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extracorpokeal blood processing 
Information Management System 

Field of the Invention 

The present invention generally relates to fee field of extmcorporeal blood processing 
83^tenis and, more particularly, to providing information management and/or data 
manipnlation and/or optimization c^abilities to, in and/or with such systems. 

Background of the Invention 

The utilization of blood taken fiom donors and transfii&ed into recipients is well 
known forpuiposes of treating medical conditions. More recently, selected blood 
components have been separated and collected fiom donated blood for subsequent transfusion 
into recipients for the more specific therapeutic benefits of those particular blood 
components. The primary blood components of current interest in many separation and 
collection technologies include platelets, red blood cells, white blood cells, stem cells and 
plasma. 

hi the harvesting of blood components, blood is removed from a donor through a 
needle assembly or other blood access device and may thereafter be processed by 
centrifixgation or other appropriate 5^)aration techniques to isolate and collect the desired 
components. This procedure is often carried out very effectively in an on-line procedure 
wherein blood is removed from a donor, processed in and through a disposable extracorporeal 
fluid circuit to obtain the desired components, and fee uncollected components thereafter 
returned to the donor. Two illustrative blood component collection systems which provide 
for this type of on-line blood component collection procedure are the COBE<B> Spectra*^ and 
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Trima® apheresis systems which are commercially available from the assignee of the preseat • 
application. 

The yield of a particular collection of blood components from such a process is an 
important fector in the ultnnate usefulness of fliose particular components. For instance^ in 
tiie United States a minimum yield is associated with a collected blood component product in 
Older for that product to meet certain criteria and qualify for use as a transfhsable blood 
component product The COBE® Spectra^ and Trima® apheresis systems presently 
accommodate for this requirement by processing certain donor biological data such as height, 
weight, gender, and platelet pre-count or hematocrit, together with pr©KU5nfigured and/or 
operator-input data such as the total procedure time, and system-related data such as the type 
of collection procedure (eg., single or double needle) and collection efficiency to generate 
certain process parameters such as the inlet flow to the apheresis centrifugation device 
(including, for example, the combmed flow of whole blood from the donor plus typically a 
flow of anticoagulant). These apheresis machines then generate a predicted blood component 
yield from these data as well. 

An additional consideration presently in tiie United States, for example, relating to 
blood component yield is that the yield is determinative of the product classification. With 
regard to platelets, a single platelet product is presentiy considered to be a collection of 3 x 
lO" platdets and a double platelet product is considered to be a collection of 6 x lO" 
platelets. If a collection is between 3 x lO" and 6 x 10^' platelets, it is still considered to be a 
single platelet product This classification as a single or double platelet product is important 
to blood component collection facilities (e,g., blood banks/centers) since a donble platelet 
product may have a higher sellmg price flian a single platelet product and may also have a 
greater benefit for the recipient/ patient The yield of a particular collection of blood . 
components may also be a relevant consideration for certain then^utic treatments (eg., red 
blood cell or plasma exchanges). 
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Furfcennore, advances in blood component collection technologies offer the 
possibility of collecting multiple combinations of products from a single donor. These 
products can be defined within a large range of volumes and contents. Add to this multitude 
of collection choices, a multitude of donors with differing physiologies, each being subject to 
potential variations in collection procedures to yield a potential very large plurality of choices 
of products to be collected, as may be desired. 

Still other importot considerations relating to blood component coUectioa systems 
relate to the donor and product demand Per instance, blood component collection &cilities 
are not only experiencing an increase in the overall demand for blood components, but the 
demand now typically varies between the blood component types as well. Moreover, fte 
supply of donors is unfortunately inadequate in many cases, and donor time constraints are 
becoming more prevalent Furtiiermore, obtainable yields from a given donor may vaiy fix)m 
one blood component to another, i.e., one donor may be a better platelet source than a red 
blood cell source. 

The result is a large number of variables which must preferably be simultaneously 
managed in order to meet the blood bank collection goals which will thus also satisfy the 
needs of the ultimate hospital or like customer. Computerized information systems are tools 
which are begiiming to prove useful in assisting in controlling parts of blood collection 
processes. This will likely furflier impact, if not transform, how blood banking will be 
managed in the future. Computer information systems may prove important in aiding the 
provision of just-in-time supply of products to m^t customized demand for blood products 
and better satisfymg the individual needs of patients and providers. Automated component 
collection systems will also allow for flexibility in producing customized blood products in a 
just-in-time fashion from potentially fewer donors to help meet the demands of patiente and 
providers. 
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In view of the foiegomg, it should be xeadfly understood that better nrnt^ement of 
the various aspects of blood component coDectioQ processes and systems is iiKrreasingty 
desirable in providing preferred product collection and customer supply options. 

Summary of the Inventian 

The present invention relates in one application to a blood component collection 
system and die provision of management capabilities which may include the incorporation of 
data manipolation and/or optimization principles. Generally, the present invention preferably 
utilizes an informadon management system which provides simplified donor data storage and 
control as well as communications with actual blood component collection machines to botti 
ease and optimize flue set-up and operation thereof. The principles of data manipulation 
and/or optimization are furflier improved also, particularly in terms of the individual donor, a 
given pool of donors, the particular blood component collection systCTi, and/or the blood 
component product or products to be collected. For instance, the present invention may be 
ad£5>ted to provide for the collection of a predetermined quantity of at least one predetermined 
blood component, or more typically &e collection of such blood components within a 
particular range in a "minimum'' amount of time, and/or for the collection of a "maximum" 
quantity of at least one predetermined blood component m a fixed amount of time, all based 
upon certam donor and/or blood center defined process conditions. Moreover, die present 
invention may be adapted to provide for blood component inventory control by basing donor 
selection and/or collection procedure selection (in terms of the type of blood component to be 
collected) on blood component demand and/or existing inventory. In addition, the present 
invention may be adapted to provide for further donor management by collectmg that blood 
component type or ^^s firom the donor which provides a maximum yield. 

A preferred central computational, data storage, manipulation and communication 
system serving as fiie primary basis of the present invention is preferably a software-type of 
application run in tandem with one or more hardware devices including, for example, a data 
input device, a data storage device, a data manipulation device and one or more 
communications devices which connect in data communication relationship one or more of 
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such input, starege and/or manipulatiou devices to at least one blood component separation 
and/or collection machine. The software application may be and in prefened fonn is operable 
in/on a Microsoft® Windows® software platfotm (or a similar such system) that allows blood 
donation center operators to prepare apheresis machines and donors for apheresis donations in 
an automated manner. The present system may preferably have two primary components, a 
computation/manipulation application with associated software and devices, and a server 
system also including associated software and devices. The conqmtation/ inanq)ulation 
application is used by the blood center staff to perform data management and/or manipulation 
functions. The server system is used preferably to store data and provide communicatior^ 
with the apheresis machines and/or other information systems. In a typical setting one or 
more operators from different locations within a single blood center and/or remotely from 
various disparate blood centers (and/or other sites) can communicate with a centralized server 
system to perform specific functions such as donor check-in, preparing a donor for a 
particular donation* or finalizing and/or preparing reports on collection activities, inter alia. 

An important purpose of ftie present system is to address various challenges in the 
area of blood donation management including increasing productivity, better donor 
qualification/ utilization and improved product quality control and disposition. 

Increased productivity may be accomplished through centralized management of 
apheresis machine configurations. Operators and/or system administrators may easily create 
and store several configurations using the present system on a centralized server/computer or 
a like environment These configurations are preferably kept in a centralized database and 
can be downloaded to each apheresis machine on a permanent or a temporary/one-time 
donation basis. This reduces the inherent contemporary difficulty of editing apheresis 
machine configurations by allowing the operator to update a centralized corifiguration and not 
be required to repeatedly make the same change on seva:al standalone apheresis machines. 

Donor qualification/utilization may be improved through procedure customization 
and/or optimization. Each donation may be customized by this system to account for the 
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current needs of a blood coiter and/or optimized by what each particular donor is 
eligible/qualified for or cqsable of donating. This allows the operator to detennine what 
pioduct or combination of products will best be collected even befDre the donor is connected 
to the machine* It also allows the blood center operators to sec what tubing set is required for 
fee donation. With tins information the customer can avoid wasting tubing sets and reduce 
incomplete procedures. Decision support for donor eligibility is a preferred b^ficial 
feature of the system. At a nodnimimi, eligibility may be determined by the interval between 
donations, the number of donations previously givea, fee blood component loss over a pwiod 
of time, and ofeer donor screening issues. 

Another important, yet optional feature of donor quahJBcation/utilization and 
management in using a system of the present invention involves donor recruitment Hie 
present invention provides a tool which may analyze and predict donation outcomes prior to 
running a donor on an apheresis machine. Such a tool can use donor and procedure 
information from fee central database or optionally from an imported text file containing fee 
required minimum information. Thus, such predictions can be used independently of actual 
runs on donors, even feose actual runs involving fee system of fee present invention- These 
predictions may also be independent of procedures not currently entered into fee central 
database, but rafeer from data generated by the blood center or data obtained from the blood 
center information system. Donor data may refer to a particular donor or to a statistical 
distribution of donor populatioa At a minimum, fee system of fee present invention may 
preferably analyze fee outcomes offee following three scenarios: a) a single donor relative 
to many possible procedures; b) many donors relative to a smgle type of procedure; and c) 
many donors relative to many possible procedures. 

Improved product disposition may be enhanced through fee provision of alterable 
prioriti2ations of fee product needs of a blood center. The present system presents fee 
capability of providing a prioritization of which products are preferred to be collected. This 
allows fee blood center to begin to incorporate fee concept of demand drive where donors are 
used to fill existing and/or iimninent product needs. This also reduces waste firom the over 
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collection of certain product. The system also presents the cq>abllity to tailor a blood 
ceiiter*s priorities by blood type, CMV status, and/or HLA type matching. 

The present system also provides for quality control (QC) in the entry of laboratoiy 
data for products collected by blood sq>aiation devices operated in accordance with the 
present invention. Data may include (but is not limited to) measured yields, volumes, 
concentrations, product contaminants, and pH levels. The present system provides the 
capability to associate anomalous QC lab data to donation events and to generate exception 
reports where the device prediction and QC lab results may differ. The present system can 
also utilize this data to automatically calculate and adjust a separation device^s yield 
calibration value, i.e, a yield scaling fector, depending on the particular device type. 

Overall procedure and apheresis machine management may also be improved by 
recording procedure history infonnation for each apheresis donation and storing it in a central 
database. Thus, the system may contain a detailed log of each donation. These logs can 
include procedure comments, tubing sete used, alarms experienced, adjustments made, and 
machine run summary information. Operators may additionally annotate this procedure 
history infonnation and/or obtain reports using such logged information. 

To implement the above and other features of the present invention, it is preferred fliat 
a central computational/data storage system be established according to the present invention 
so that it communicates with each of one or more blood collection machines, preferably 
apheresis machines, in both directions (even though one-way coimnunications may be 
desirable in certain situatioi^s). Two way communications provide for directing to each 
machine configuration information of both temporary and permanent natures, procedural lists 
and priority infarmation, donor vital information, including height, weight, gender, blood 
con^onent pre-counts and total blood volume (TBV), as well as donor identification which 
may include a donor picture witii the donor^s name and perhaps tiie date of birtii. The 
centralized system may then also communicate in the reverse dicection witii each machine to 
retrieve from each apheresis machine immediate mforraation regarding conditions such as 
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alarms, procedure adjustments, and run progress (product collection information) for 
monitoring purposes. It also provides for retrieving end of run summary information and run 
logs after each procedure is conQ)Iete. Hie centralized s>^tem can also use data fiom fb& 
apheresis devices to detect and isolate potential maintenance problems before tiiey manifest 
themselves to Ibe blood center. These can dien be reported so that preventive maintenance 
may be performed. 

The present system preferably uses prediction algorithms like those used in tbe 
Trima® and/or Spectra^ apheresis machines. Moreover, the prediction algorithms can also 
be applied to individual donors, a reference donor list, and/or ranges of donors within the 
database. This capability is helpful to predetermine donor eligibility for specific product 
collections, and what products would be available given specific apheresis machine 
configuration settings. 

The present system has been developed wifti an open architecture to provide 
integration capabilities and collaborative capabilities with other computing environments 
(such as Mak and/or Wyndgate donor database information systems) and/or with other 
component separation machines (such as the Haemonetics and/or the Baxter series, e.g., the 
MCS+ and/or the Amicus and/or CS-3000 apheresis machines, inter alia). This ultimately 
will allow ancillary applications to be used. For example, this allows for the manipulation and 
formatting of donor identification data and/or images obtained from other information or 
software systems. Bar code capability is another preferable altemative which may be 
incorporated into the present system. Any field entry point which could/would require 
keyboard data entry could be filled using a bar code reader, hi addition, special entry fields 
such as unit or batch number, manufecturer and expiry dates of disposable tubing sets may be 
fiiUy decoded utilizing administratively editable decoding information; an example is 
manu&cturer identification of a disposable tubing set. 

Products can also be customizable from a collection standpoint. This is a potential 
first step toward a **dosing** model whereby components may be collected in quantities 
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matching specific medically or doctor prescribed doses. These customizable products, 
although peiiia|>s not direcfly donor q>ecific, could also be set up in a way to take care of 
situations such as a "first time" donor or persons known as "cimnpers," te., those persons 
w*ose component products show a certain tendency to clump or aggregate. 

After determining which product or products are to be collected, each donor can be 
assigned to a specific apheresis machine. Monitoring real-time machine status fix)m a central 
system is useful to detemune to which machine each donor should be sent. 

The present system has been designed to satisfy an optional yet desirable fliree room 
operational flow scenario. The basic three room scenario involves processing donors 
sequentially throi^h three steps which may correspond to tfar^ different room^ namely, 
donor registration or reception, donor interview/screening and donor utilization rooms. Tliis 
model has been suggested for providing smooth operation of the blood component collection 
process. 

During or after the run, numerous standard reports may be made available to provide 
the donation center information related to specific runs, sequences of runs, exceptions, etc. 
Although the reports are preferably standardized, customization may also preferably be made 
possible through the simple use of report wizards. The present system preferably also utilizes 
an industry standard report engine. 

The central database provides the system with the capability of storing and 
maintaining data relevant to the entire blood component collection process such as, donor 
demographic information, machine configuration information, mn information and lab result 
information. Lab data can also be entered into the run record to complete the product 
collection run record. Hiis data can be used to provide feedback to the process. The 
communication software and hardware enable the pulling of data from and transmission of 
data to a common or central data repository. 
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This system may be used in a stand-alone configuratioD or in collaboiation with a 
blood banking infonnation system, especially for transfer of donor demogr^hics and like 
donor identification information. The blood cent^ infonnation system is preferably 
considered the master when linked Fire wall protection may be provided through password 
protection schemes, message formatting requirements and/or hardware communications 
interfaces. This provides the assurance fliat the integrity of tihe apheresis machine is 
maintained during connectivity of this system wife such machines(s) and/or wifli other 
systems. The present system can also utilize a "standard" customer network for 
conmiunications between a central system server and operators. This concept of ojllaborative 
networking particularly with pre-existing networks can minimize the *^wiring'* that 
otherwise might have been necessary. 

Connectivity may also be utilized to provide collection data to the blood bank 
information system after the run is complete. This two-way conmnmication strategy allows 
the present system to optimize the procedure and device selection based on tiie blood center*s 
current priorities, rather than making these selections less-optimally at donor registration 
time. The as-run collection data may also synchronize flie blood bank mformation system to 
the actual products, yields, and volumes donated. 

Further, tiiis system preferably utilizes formal and de-facto standards such as SQL 
interfaces to the database, etheraet prptocols for communications, and preferably Oracle® 
reports for report generation. 

In the present system, an apheresis machine, which is preferably also operable in an 
off-line mode, may upload run information to a central server system when the apheresis 
machine is coimected on-line with fee central server system. This feature could also be used 
for mobile or satellite operations. 

An additional preferred functionality is connectivity wife a blood center infbraiation 
system. Donor data will preferably be down-loadable to the central server system of fee 
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piesent invention from the blood center information system. This will allow real time 
updating of donor data in tibe centra] database of the present invention fix)m the database of 
the blood center infonnation system. Other alternatives of the present system may also 
include connectivity of the central data manipulation and/or stomge system to apheresis 
machines &om a plumlity of manufacturers. 

Of die various methods of data transfer available, an option is a web server set-up. 
With specially developed applets, this allows the local user or a remote user (with permission) 
to browse the operator's database foe pertinent information. Thus, this system can also be 
accessed remotely and provides an external "gateway* to lun-logs fiiom each apheresis 
machine. Security can be established to obscure sensitive data. An administration/security 
optional feature would allow the system to be configured with the concept of user types for 
security. A system administrator would have the most privileges and a guest would have the 
least number of privileges. 

The present system provides an opportunity to circumvent shortcomings in the 
operational procedures forced on a blood center by the use of pre-existing blood bank 
software. Specifically, tfie present system may overcome the problem of a blood bank 
software system pre-selecting blood components to be collected rather than having the present 
system perform fliis selection process. The way this is achieved is unique in that data is 
exchanged with the blood bank software system during the process flow of infonnation. This 
is different fix>m having either system depend on inputs ftom the other system and then wait 
for outputs. 

The present invention also preferably may be characterized as a blood component 
collection system having blood component product-based or time-based optimization 
capabilities. One anbodiment comprises a method for collecting at least one predetermined 
blood component {e.g., a collection of platelets or red blood cells or plasma) fiiom a source of 
whole blood using a blood component collection system which includes a blood component 
collection device running according to a particular collection procedure. More particularly, a 
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desired yield of the predetemiined blood coiiipotieixt(s) may be identified (such yield 
including a sin^e yield or range of yields) and biological data relating to the source of whole 
blood is provided to the blood component collection system. This data may also include 
statistically developed modifications based upon categories of data for multqsle sources of 
whole blood as contained within the central server systems. Also» a value or magnitude may 
be associated wi& each of the various process parameters used in the collection procedure. A 
magnitude of at l^t one of these process parameters is preferably derived from the 
biological data and the desired yield and optionally also the statistically derived data from a 
phnrality of vAxole blood sources. These magnitudes, including all magnitudes of process 
parameters derived fix)m the desired yield, are input to the blood component collection 
system. Tbiereafter, the collection procedure is performed with the blood component 
collection device and witiii the input process parameters to collect the desired yield of at least 
one pcedetenniued blood component(s) from Ae whole blood source. 

In a time-based optimization mefliod> a total procedure time for the collection 
procedure is identified based primarily upon donor time availability). One potential 
inlet flow to the system is derived from at least this identified total procedure time. Another 
potential inlet flow to the system is derived which provides an "optimum" collection 
efficiency and is effectively the apex of a bell-shaped yield/inlet flow curve (i.e, the inlet 
flow whicb provides the maximum blood component yield). Consequently, if the total 
procedure time-based inlet flow is greater than the maximum yield-based inlet flow, and thus 
is an inlet flow on the decreasing slope portion of the yield/mlet flow curve, the maximum 
yield-based inlet flow magnitude is used in Ihe performance of the collection procedure. 
However, if the total procedure time-based inlet flow is less than the maximum yield-based 
inlet flow, and thus is an inlet flow on the increasing slope portion of the yield/inlet flow 
curve, the total procedure time-based inlet flow magnitude is used in the performance of the 
collection procedure. 

The subject invention provides greater efficiency in blood component collection and 
management For example, the present invention can be used to compare blood bank/center 
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compoaent inventories with projected needs, and adjust collection procedures to meet tbese. - 
needs. Fuidier, the present invention provides benefits to donors, to particular, certain 
information relating to the donor's physical and medical characteristics may be stGred in the 
system and utilized during subsequent visits by the donor to derive magnitudes for flxe various 
process control parameters. Fox example, for a donor with an anticot^olant intolerance, the 
magnitude of the anticoagulant infusion rate maybe set so as to not exceed &e donor^s 
tolerance. 

Hie present invention maybe implemented as a computer process, a computhig 
system or as an article of manufacture such as a computer program product The computer 
program product may include a computer storage medium communicatively connected to 
and/or readable by a computer system and may include encoding of a computer program of 
instructions for executmg a computer process. Such a computer program product may also be, 
a propagated signal on a carrier readable by a computing system and may also include 
encoding of a computer program of instructions for executing a computer process. 

Hiese and other features of the present invention can be better understood from the 
following detailed description of a preferred embodiinent of the present invention taken in 
conjunction with the accompanying drawings which are briefly described below. 

Brief Description of the Drawings 

Fig. 1 A is a schematic representation of a blood processing information management 
system in accordance with principles of the present invention; 

Fig. IB is another schematic representation of a blood processing information 
management system m accordance with principles of the present invention; 
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Fig. IC is yet anofliex schematic representation of a blood processing infoimation 
management system in accordance with piincq}le5 of the present invention; 

Fig. ID is still another schematic representation of a blood processing information 
management system in accordance with principles of the present invention; 

Figs. 2A-2I are display screen depictions of data entry, retrieval and/or manq)u]ation 
display pages for use in accordance with the present mvention; 

Figs. 3 A-3F are further display screen depictions of data entry, retrieval and/or 
manipulation display pages for use in accordance with the present invention; 

Figs, 4A and 4B are still finfter display screen depictions of data entcy, retrieval 
and/or manipulation display pages for use in accordance with the present invention; 

Figs, 5 A and SB are yet still further display screoi depictions of data entty, retrieval 
and/or manipulation display pages for use in accordance with the present invention; 

Figs. 6A through 6M are another set of display screen depictions of data entty, 
retrieval and/or manipulation display pages for use in accordance with the present invention; 

Fig, 7 A is a schematic representation of one embodiment of a blood component 
separation assembly which uhlizes a dual needle configuration and which may be 
incorporated into the blood component collection systems of Figs. 1 A-ID; 

Fig. 7B is a schematic representation of one embodiment of a blood component 
separation assembly which utilizes a single needle configuration and which may be 
incorporated into the blood component collection systems of Figs. 1 A-ID; 
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Figs. 8A and 8B are isometric and top views, respectively, of one type of a diq>osable 
blood processing channel which maybe used in the blood component collection device of 
Figs. 7A and 7B; 

Fig. 9A is a flow chart of a blood component collection pioceduie utilizing principles 
of Ihe present invention; 

Fig. 9B is a flow chart of one optimization model for deriving at least one optimal 
process parameter from a desired blood component yield or fixmi a total procedure time in 
accordance with principles of the present invention; 

Fig. 9C is a flow chart of one optimization model for deriving at least one optimal 
process parameter fiom a desired blood component yield or from a total procedure time in 
accordance with principles of flie present invention; and 

Fig. 10 is a yield/inlet flow curve. 

Detailed Description 

The present invention will be described with reference to the accompanying drawings 
which assist in illustrating various pertinent features hereof. One application of the present 
invention involves one or more blood component collection systems which separate, remove, 
and collect at least one type of blood component fc.g,, platelets, red blood cells, stem cells, 
white blood cells, plasma) from a source of whole blood (eg., a donor) through utili2;ation of 
a collection procedure derived from a typically site-configured and/or operator"iiq>ut goal or 
set of goals and may optionally also include a "maximization" of at least om process control' 
parameter. This ^e of maximized parameter derivation is lefeired to herein as an 
"optimi2ation process" and the derived process control parameters may be referred to herein 
as "optimal values." 
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Referring to the schematic of Fig. 1 A, a first alternative schematic representation of 
the present invention is shown as including a blood conqment collection and information 
management system generally identified by the reference numeral 2. The system 2 would 
typically be implemented at a blood bank/center (not shown in Fig. 1 A). The system 2 may 
include a substantiafly centralized computing/data storage ass^bly 140 (eg., including an 
appropriate microcomputer and/or microprocessor(s) such as a Windows®-based standard 
desktop or laptop computer (or other like platform(s)), inchiding therein or communicating 
with at least one memory device with corresponding appropriate software, efc. (not shown 
separately in Fig. 1 A)) and at least one blood component separation/collection assembly 
(fliiee shown), each generally identified with respective reference numerals 1 0 (in Figs. 1 A- 
ID). Each such separation collection assembly 10 preferably includes a blood component 
separation and collection device 1 8 as an integral part thereof. As will be discussed below, 
the centralized computing/data stomge assembly 140 (or at least a portion thereof) and the 
associated blood component collection assemblies 10 axe preferably appropriately inter&ced 
with each other in electronic or electro-magnetic data communication relationship as will be 
described, but may also and/or alternatively be (Ksposed in a physically separate disposition 
fi:om each other particularly during nonn^ommunication opemtion. That is, component 
separation/collection^ data communication, retrieval, manipulation, and optimization 
procedures in accordance with principles of the present invention are not limited to being 
performed at any particular physical location of apheresis machines(s) 10 relative to a central 
assembly 140. Furthermore, data entry, manipulation and storage may still be performed 
at/on each machine 10 using, for example, respective inter&ces, which here are shown as 
preferred touchscreen input/output devices 199. 

A further aspect of the present invention is shown in more detail in Fig. IB wherein a 
centralized computing/data storage assembly 140 is shown schematically disposed in 
communicative relationship with various types of blood component collection machine 
asserabUes 10 as well as to either a discrete blood center information system within a blood 
center 1000 or a hospital information system within a hospital 1001, or both. Thus, as will be 
described in fiirtiier detail below, a centralized computing/data storage assembly 140 may 
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preferably make broad use of multiple commimication connections (including satellite and/or 
wide area networks (WAN's), for example). Note also that though preferable connections to 
Trima® q)heresis machines 10 (available fiom the assi^ee of the present invention) are 
shown and described throughout; these are intended as exemplars only. As shown in Fig. IB, 
connections can be made to numerous other machines as well, such as COBE® Spectra*^ 
apheresis machines and/or Baxter, Inc. and Haemonetics Corporation apheresis machines 
(such as the CS-3000, the Amicus and fee MCS+ apheresis machines* inter aiia). TTie 
currently preferred machines 10 are» as showa» Trimaig) apheresis machines 10 (see eg. 
Figs. 1 A-ID). However, a representation of a COBE® Spectra""^ machine is also shown in 
Fig. IB, identified therein generally by the reference numeral lOA, and a Baxter Amicus 
machine and a Haemonetics MCS+ machine are also shown in Fig. IB and identified by the 
respective reference numerals lOB and IOC. Use with a more traditional manual whole blood 
collection system is also shown schematically in Fig. IB, generally identified by the reference 
numeral lOD, therein. Thus, this system is intended to and will operate with various 
apheresis as well as whole blood collection systems. 

Generally, a centralized computing/data storage assembly 140 may include, as shown 
schematically in Fig. 1 A, a central station 148 which may include, for example, data 
input/entry devices generally identified by "fee reference numeral 149. Such devices 149 may, 
more particularly, include a keyboard 149A, a mouse 149B, and/or if desiied, devices such as 
a barcode reader (not shown), and/or a digital camera (not shown) and/or an input/output 
display monitor and screen 200 as these may be known in the art Various internal hardware 
and software elements, again as known in die art are also intended to be included within a 
central station 148. Further, the centralize computing/data storage assembly 148 may 
include a data manipulation device 144 (disposed within station 148 in Fig. 1 A) which is 
preferably clo^ly associated with and in some embodiments is perhaps inseparable from the 
central station 148. Manipulation device 144 may be an appropriate processor as used in a 
computer system such as may be used in a microcomputer or otherwise standard desktop or 
laptop personal compnter (PC) including a preferably Windows®-based operating system and 
may further include other devices and attendant manipulation software (whether resident 
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on/in the processor or resident in o&ef associated memory devices but closely associated witii 
the processor). A further preferred elraient of the computing/data storage assembly 140 is the 
storage medium 142 (not separately shown &t)m centra] station 148 in Fig. 1 A) used for data 
storage. The storage medium 142 may also be closely associated with the other elements of 
the assembly 140, ie.» the central station 148 and the manipulation device 144, or as with 
those other devices it may be dissociated in physical space but conmnmicatively associated 
therewith tinough space (via cabling or energy wave communications, inter alia\ so long as 
these elements cooperatively interact functionally. Hardware and software which may make 
possible data commvmication between various elements of assembly 140, as well as between 
assembly 140 and myriad possible external devices, some of which are hTce those shown in 
Figs. 1 A and IB, are hereafter referred to as a coramumcation or server subsystem 146. 
Subsystem 146 may also be mainly disposed on or in the assembly 140 and/or may be mostly 
physically disparate therefrom so long as it provides the data communication functions 
described herein. 

Thus, the assembly 140 may be referred to as a whole for performance of the inputting 
and maintaining of donor-related data functions (principally through use of the central 
station 148, communication subsystem 146, and the storage medium 142), and also typically 
for the preparation of an initial procedure order (the process control parameters derived from 
&e donor-related data and other considerations) for a given donor (trough use primarily of 
the data manipulation device 144 togetiier wifli tiie data obtained from either or both of the 
other elements 148, 142 as communicated by and through the subsystem 146). 

Though perhaps not prefcired, there may remain various situations in which it maybe 
desirable to maintain the ability to perform data entry and/or manipulation procedures/ 
functions at the corresponding pre-existing operator mterface 199 of each particular apheresis 
machine assembly 10 as well. In such situations, a central computing/database assembly 140 
may flius not be required for operation of assembly 10 even if still provided Note in the 
preferred apheresis machines 10 shown in Fig. lA (such as the Trima(S> machines 10 
described above), the computing/database and data entry and manipulation capabilities are 
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available in and would thus be able to continue to separately provide these functions, if 
desired. Moreover, this could still occur even when connected through a central 
communications system 146 to a central assembly 140 such tihat the computer/database 
assembly 140 may still collect/retrieve data from the one or more apheresis assemblies 10 
even if the central assembly 140 is not used to program the respective machines 10. 
However, where a central computing/database assembly 140 is en^loyed as prefOTed herein, 
this donor-elated data and/or initial procedure order is preferably generated by the central 
computer/database assembly 140 and then tiansferred to one of the apheresis machines 10 
(via an RS/232 or other similar interface^ among ofcer conmnmications options such as 
energy wave communications, inter alia (see further descriptions below)). In either event, the 
operator is preferably provided with one or more data manipulation or optimization options, 
whether through the central data manipulation device 144 of a centralized computing/data 
storage assembly 140 or the data manipulation capabilities of the apheresis machines 10 
themselves. Note the data manipulation and/or optimization options provided by a central 
assembly 140 may provide a different set of process control parameters than an initial 
procedure order that might result &om data entered manually on the apheresis machine 10 
because the data manipulation and/or optimization on a central assembly 140 may be based 
upon one or more previously specified and central database stored conditions/goals (e.jf., 
input blood component yield, mpaX procedure time) and one or more particular derivations for 
the process control parameters. Generally, more flexible options would be available from a 
central server system 140 than those previously available on discrete machines 10, Moreover, 
if an optimization option is selected at the central server 140, a manually-entered procedure 
Older may be modified to reflect the results of such an optimization and tiie coll^on 
procedure may be initialized/reinitialized with the results of the optimization (i.e., the 
collection procedure could be reinitialized in the less preferred case of an optimization which 
is performed after the collection procedure has been started and such a case is referred to as a 
downstream optimization). The collection procedure may then thereafter be performed by the 
respective blood component collection device 10. 
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The concept of optimization here generally tefeis to achieving the maximum or best 
product ou^ut depending upon certain circumstances (eg., obtaining the most product in a 
certain specified time or achieving a ^ecific yield in the &stest time). On Qie other hand, the 
concept of data manipulation is more generally here intended to have a shnilar yet less 
exacting coimotetion, such that pediaps the best or maximinn output may, but wiD not 
necessarily be the result Thus, data manipulation is here intended to encompass optimization 
calculations in addition to providing perhaps less than optimmn but still high efficiency 
results depending on certain further combinations of criteria. Thus, data man^ulation is 
intended to generate more and/or perhaps better options to the blood donation center. For 
example, blood centers may prefer or determine to require certain combinations of products 
from certain blood type donors 14 (see Fig. IB); then the blood center 1000 can prioritize this 
in the computer/database 140 so that those donors will donate those combinations even if the 
particular yields or donation times arc not fully optimized according to the concept of 
optimization set forth above. Thus, yield or time optimization can be made secondary to 
other data requirements and/or manipulations. Note also that optimization and/or 
manipulation may be performed without requiring the central system 140 to collect/retrieve 
data from the various apheresis assemblies 10. Thus, communications maybe made only 
one-way to (or from) the apheresis assemblies 10. Further, a preferred purpose for 
performing the optimization and/or manipulation functions centrally is to allow selection of 
the donation procedure prior to connection of a donor to a machine 10; thus, a particular 
product or products and the corresponding tubing set (if there are distinctive such sets) may 
be selected prior to machine set-up and donor connection. Also it could prove that the donor 
may not be able to provide a useful donation (for the end recipient/patiait 15; see Fig. IB), 
and this could thus be determined prior to machine set-up and/or donor cormectiou. 

Nevertheless, before describing the preferred manipulation/optimization processes of 
the present invention in any further detail (see description relative to Figs. 7-10, below), two 
fiirther, non-exhaustive alternative system embodiments will first be described. Referring 
first to Fig. IC, an alternative centralized computing, communication and data storage 
assembly 140 A is shown. Assembly 140 A includes a central station, here refened to as a 
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ceatral data server 148 A, wbich may be substantially like the central server 148 in Kg. 1 A, at 
least prefeably in primary function. At least a storage medium/database 142A and preferably 
also a data manipulation device 144A, each again substantially like those described relative to 
the embodiment of Fig. lA are also preferably disposed within the central server 148A of Fig. 
IC. However, in tiie embodiment of Fig. IC, the communication sub-system identified 
generally by the Te^)ective reference numerals 146A and 145B, is shown as preferred heie 
discrete therefirom, in two general sub-parts, referred to respectively as the machine netwoik 
146A and the client network 146B. 

Machine network 146A preferably includes a network terminal server 1210 with a 
connection 1212 between the server USA and flie terminal server 1210. Respective 
coimections 1215 are also shown as disposed between terminal server 1210 and each of *e 
separation/collection machines 10. Connections 1212 and 1215 may typically be RS/232 
cable-type connections, or other alternative data communication connections may be used 
including such options as radio, microwave or other electromagnetic wave communication 
systems (not specifically shown). Note that other separation/collection machines/systems, 
such as systems lOA, lOB, IOC and lOD (firom Fig. IB) may also be connected to/ftrouj^ the 
illustrated terminal server 1210 or a further discrete server (not shown). 

A similar, though preferably discrete, netwoik terminal server 1220 is also shown in 
Fig. IC to illustrate a preferred communication sub-system for the client network 146B. A 
connection 1222 between flie central server MSA and the terminal server 1220 is also shown, 
as are respective connections 1225 from the terminal server 1220 to one or more data 
input/ou^ut/ manipulation stations 149C (two shown here). Connections 1222 and 1225 may 
here also typically be RS/232 cable-^e connections, or take other data communication forms 
including, for example, energy wave communication forms. Note also that other devices (not 
shown) mi^t also be connected or connectable to/througji the illustrated server 1220, as for 
example, one or more printers (not shown) or other accessory devices. Note, stations 149C 
may contain, as above, one or more various input/output devices such as keyboards, mice 
and/or screens (as shown) or otherwise (barcode readers, digital cameras, etc, not shown). 
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Moreover, as decentralized stations, these assemblies may also generally include computing 
devices and/or capabilities such as may be included in standard desktop or laptop computers, 
including the stations 148B as shown, and potentiaOy data stomge/memozy and/or data 
manipulation devices and/or software along with potential resident communications devices 
and/or software. 

Separating the machine network server 146A fiom the terminal network server 146B 
allows for isolating and/or protecting communications therebetween, as may be desired. 
Thus, the respective servers may have on one side, a network connection to the central server 
148A using discrete I/P (Internet Protocol) address information, and on the other side, 
RS/232-type connections to the respective end devices (machines 10, and/or input/output 
devices 149C, eg.). In this feshion then, each network may be kept private from each other 
such that the I/P's are essentially hidden from e£u:h other by the central server 148 A. A 
firewall communication protection setup as known in the art may thus be established. 

A further alternative communication sub-system 146C is shown in Fig. ID. Sub- 
system 146C generally includes a network terminal server 1230 with respective connec- 
tions 1232 which connect respective central servers 148C to network terminal server 1230. 
RS/232 or other communication coimections (as above) may be used here as well. In this 
way, two or more centralized servers 148C may communicate data with each other. Tlius, 
central servers in two or more physically separate clinics may coiimiunicate with each other. 
Such a system may also be used fov cocomunication with other information systems (blood 
center information systems or hospital information systems) such as is schematically shown 
in Fig. IB. Other similar communications can also be made in tiiis way, as for example to 
help or maintenance centers (not shown), as descnbed below. Firewall types of 
communication protections may also be set up here, such as was described above. Thus, 
network connections can be made between each central server 148C and the network terminal 
server 1230; whereas RS/232-type communications can be established elsewhere. Note, all 
variations of system 140 may include communications connection(s) of mai^ different sorts 
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which allow each particular device to communicate with other device. RS/232 
commumcatioBS cotmectioii(s) as described, are only examples of such comimunication 
media. Communication media may typically ^body, be embodied in or otherwise be 
capable of intemcttng with and/or throu^ computer readable instructions, data stmctuies, 
program modules or o&er data in a modulated data signal such as a carrier wave or other 
tran^K)Tt mechanism and include any information delivexy media. The term modulated data 
signal may include a signal that has one or more of its characteristics set or changed in such a 
manner as to encode information in the signal. By way of example, and not limitation, 
communication media may include wired media such as a wired network or direct-wired 
connection, and wireless media such as acoustic, RF, infrared and other wireless media. The 
term computer readable media as used herein preferably includes both storage media and 
communication media. 

A more detailed description of the preferred steps for using the present preferred 
system will now be set forth. In Figs. 2A-2I, inter alia; use of the centralized computing'data 
retrieval assembly is shown in more detail. First, Fig. 2A depicts an exemplary display page 
or screen 20 1 which may be the first such screen displayed on the output monitor display 
screen 200 (see, e.g. Fig. 1 A) of the centralized computing/data storage assembly or system 
140 when tiie software thereof is initially accessed. A more, rather blank, screen (not shown) 
may be used as an initial screen upon startup, as described below. As can be seen in display 
screen 201 generally, the initial donor information may be gafliered here, such as for example 
the donor*s name (last and/or first), and/or flie donor's identification (ID) number or like 
identifier (if used), and/or the donor*s telephone number or other identification data (also if 
used, not shown). Data enhy fields for these types of data may be seen in the main woik area 
202. These are several examples of possible initial identifiers among numerous others which 
could be ahemalively substituted herein. 

Moreover, as mentioned this could be flie first display screen to be shown upon 
software initialization, or other alternatives (not shown) could be simply used preliminarily, 
hereto by way of introduction to this or a bice display 201 . In any event, some display is 
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preferably used as the startling point for data entiy (and/or search, if the data were previously 
catered or imported from ano&er system) for use with a particular donor, and for the sake of 
convention, display 201 will be used iu this role for this description of the preferred embodi- 
ment Note also, that as shown in Fig. 2A, disposed next to the tphiti work area 202 (with 
sub-areas 203 and 204 as will be described below) is a procedure icon selection area 205 
which is depicted along a vertical portion of the left-hand side of display 201 . In it, five 
icons 207, 208, 209, 210, and 2 1 1 are currently shown, though either more or fewer such 
icons could be used as may be desined. 

A description of the preferred general overall procedural flow will be set forth starting 
with particular reference to the procedure icon bar 205 on the left side of the display screen 
201. 

As an initial step or sub-procedure, the Select Donor icon 207 represents the 
performance of several functions generally described as follows. First is a Greet Donor 
fimction wherein the system operator may verify and/or add a new donor record to the system 
database 142, and check-in a donor into the system 140 (either by data entry directly into this 
application or via automatic transfer of data from a discrete blood bank information system). 
Thus, die operator may perform Donor Entry/Edit functions to enter or modify a donor record 
in the database (see eg.. Figs. 2B-2I, as described below). This may also include capturing a 
donor image using a digital camera to take the donor's photo (this functionality m^ also or 
alternatively be part of the Prepare Procedure Wizard process; see below). And, this may 
include use of a barcode reader to enter barcoded data such as the donor E), etc (Note: this 
data input functionality may also be part of other processes in this system such as the Prepare 
Procedure Wizard (entering barcoded unit number) and/or the Finalize Procedure Record 
(entering barcoded lot number/data for supplies).) 

After the data entry/verification, the next general step would preferably be to Prepare 
the Procedure for con^jonent collection as indicated by the second icon 208 in bar 205 as 
shown in Figs. 2A and 3A, inter alia. This preferably involves using a Prepare Procedure 
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sub-procednre or software wizard to recoid further donor information and select the 
procedure to be run on the donor prepared as set forth above (see description relative to Fi^, 
3A-3F. below). 

Next, fce operator prefisrably uses tiie Assign Machine icon 209 to access the sub- 
procedure for assigning the donor to a particular apheresis collection sysEtem 10. More details 
of this process are described below with particular respect to Figs. 4A and 4B. 

As shown g^erally in Fig. 5 A, the central system 140 may be used for monitoring the 
procedure/machine status after the assignment of a donor to a particular machine. An icon 

210 (Figs. 2A and 5A) is preferably included for accessing fliis functionality in the left-hand 
procedure icon area 205. Screen 501 (Fig. 5 A) reflects the first step in such a monitoring sub- 
pftocedure. Finalization of the Procedure Record may also be performed here, wherein the 
opemtor may enter procedure data, including operator roles and supplies entries. (Note: this 
record finalization functionality may also be part of the Select Procedure process below.) 

Another optional step in the overali procedure shown in Figs. 2A and 6A by the icon 

21 1 is ^e Select Procedure sub-procedure where the operator may search for and select a 
procedure (either active, pending, or finalized). A screen 601 such as shown in Fig. 6A may 
then be displayed (as described in further detail below). The operator wiU then be able to 
enter lab results by entering procedure product volume/quality information returned from the 
lab. Tht operator may finally prepare a Report on the Procedure by generating procedure or 
donor or production reports. 

It ought to be noted that the various sub-procedures identified by the respective icons 
207-21 1 can be selected at any time in fte overall procedure to view, input or modify 
particular desired information. As an example, but not to be considered in any way as a 
limitation, the assign machine icon 209 could be selected at anytime to view the list of 
available and/or assigned machines 10. However, it should be noted that certain 
functionalities may thus be unavailable if an icon 207-21 1 is selected without having 



-25- 



wo 01/65463 



CA 02370758 2001-10-30 



PCTAJS0iy06696 



completed a previous sub->proceduie. For example, upon selection of the assign machine icon 
209 as suggested here, the assignment function will not be available unless at least one donor 
has been processed Ihough the Prepare Procedure sub-procedure (see description, below). In 
such a case, where no donor has yet been so processed, there would not appear ai^ doiK)r icon 
in the donor assignment queue of screen 401 (Fig. 4A), even if flie available and assigned 
machines 1 0 may be shown in fbs machine list Similar functionalities preferably requiring 
pre-completed sub-procedures (dms building on previous module completion(s)) are 
identified throughout the below descriptions. 

Although not a part of the general run procedure (and thus not mvolving or resulting 
fern the clicking of icons in tiie procedure icon area 205), Administration Tasks (extra 
security being preferably required to access these options) may generally include: Setting Up 
the Application including settmg default values; setting the apheresis machine 
configuration(s) including creating and/or modifying apheresis collection system 
configurations; Defining Products including establishing an unlimited number of product 
definitions; Defining Procedures including establishing an unlimited nmnber of procedure 
definitions (combinations of product definitions); Defining Focus Lists including establishing 
an unlimited number of procedure focus lists (prioritization of procedmre definitions); 
Performing Database Administration including managing and maintaining the data stored 
within the central database; and Blood Product Prediction wherein a blood product 
forecasting report may be generated. 

Returning now to Fig. 2A, a more detailed description of the preferred overall 
procedure will now be set forth. In an initial start-up mode of software mitialization, ttie 
main work area 202 could be adapted to display a preliminary display screen (not shown) 
which has no active work spaces. Then, after log-in (see below), the operator could be forced 
to select an icon from a menu list and/or fix)m tiie left-hand procedure icon selection area or 
bar 205 in order to initialize tfie overall procedure. As an example, the operator could fii^t 
select the select donor icon 207 with a computer screen cursor or pointer (not shown) and 
click the enter or mouse button (neither shown) as is known in the art of standard desktop or 
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laptop computer, Windows®-based or like software applications. This selectron could flien 
bring up the shown display 201 for beginning a donor check-in procedure. A few further 
alternatives for use in start-^ (as well as throu^ut operation) may be found in the toolbars 
located as shown horizontally along the upper portion of the display 20L These axe toolbars 
much like those used in a plurality of computer Windows®4ype software applications with 
numerous fimctional similarities and specific distinctions as described herem. For example, 
the software start-up to flie initial working display may also be achieved by selecting the 
*Tasks'' menu heading 216 in flie top level menu toolbar 215 and then selecting the 
appropriate "open" file command (not shown) or other like commaiuh as are generally known 
in the art Or, similarly, a small icon toolbar 217 may be configured to be used for initiating 
software procedures, as may also be generally known in the art Other menu headings and/or 
icons (not shown) in toolbars 215 and/or 217 (or otherwise, not shown) may be used for other 
fimctions in startup or otherwise. 

A third toolbar 220 may further be used in or even prior to software initialization or it 
may not be opened until the main wodc area 202 has been opened. The third t(K>lbar 220 as 
shown and preferred herein has a location for the typing of a name or otiier identifier which 
may be used to begin the process of either data entiy for new records or a search for existing 
records. This third toolbar 220 is preferably used for identifying the operator of the system, 
such identification being usefiil for logging-in and/or assessing the operator's level of security 
clearance, imer alia (described below). Thus, it is preferred that this operation of logging-in 
the operator be completed first Further, it is preferred that a system administrator have 
previously established authorized users, with log-in names and optional passwords. Hie log- 
in names may then be typed in the blank space in tool bar 220, or the down arrow maybe 
selected and clicked to reveal the list of authorized users to be selected. Once a user log-in 
name is entered, then a pop-up dialog box/window (not shown) may be made to £^ear to 
prompt entry of an appropriate password. Note, password and/or user log-in names may be 
made editable via such a pop-up dialog box/window (not shown) or may be restricted to 
editing by a system administrator. Further similar options may also be used for these 
initialization procedures as may be known in Windows® or Windows®-like environments. 
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Returning now to flie main work area 202 of tiie display screen 201, two sub-areas 203 
and 204 are shown in which data may be entered or displayed. First, as shown in sab-area 
203, data concerning the identity of the donor to be checked-in may be entered in order to 
begin the donation process. The computer/database system 140 may dien be made to search 
its database 142 (by selection of the searchbutton 218 by &e operator) to determine whetitier 
fliis particular donor has been previously entered in the system. If so, the system 140 returns 
die results of that search in the search results sub^rea 204. Note that tiie search may be made 
dependent on any of the criteria set forth m the first sub-area 203 (or others not shown herein 
but alternatively usable herewifli). Also, the search mechanism maybe adapted to search 
wild cards and/or truncated terms or list various short forms for further search as these and 
o&er search capabilities are known in the art. As such, when typed into the proper field, this 
display screen simply calls up a donor from the existing database if such a donor exists 
therein. A search/query format may be used wherein typing an alphabetical initial will call up 
into the results window 204 all donor names beginning with that initial. The operator may 
feen double click on a listed name to select and call up the next preferred screen (see Fig, 2B, 
the donor entiy/edit screen 221), which contains greater detailed donor information as will be 
described below. 

First, however, several other graphical buttoris are shown in the main work area 202 
of Fig. 2 A and may be used to perform various fimctions. For example, below the work 
sub-area 204 are examples of three buttons which could be set forth on this or any otiier 
alternative display screen used herein, hi this example, the three buttons here are the **neV* 
button 212, the "selecf button 213 and the "help" button 214. The "new" button 212 could 
be used to toggle to a fresh search page like this one 201 shown widiout any information in 
, any of the fields (name, ID, or results). Alternatively, the '"new" button 212 could allow for 
either new data entry editing direcfly in tiie fields shown here in screen 201 , or could be nsed 
to call up a secondary display screen, such as the Donor Entiy/Edit screen 22 1 shown in Fig. 
2B (described below). Such a **new" screen would preferably have empty fields to allow for 
new donor information data entry. Note, the '^new" button 212 is shown in active, darkened 
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mode in Fig. 2A as compared to die other "grayed-out" buttons 213 and 214. TWs means it is 
active as slio^ (and as would be understood to those knowledgeable in the art of conunon, 
conventional Windows® and the like software q^plications). It is active as shown when it 
may be desirable to enter new data records into the system. The "grayed-ouf * "select" iHitton 
213, on the other hand, is inactive until a search result record is displayed in sut>-area 204. 
When such a record is made available, button 213 would be made active and darken in style 
such as the other active buttons shown here. The "select^ button 213 provides for the 
selection of a donor data record to be verified and/or modified for preparation of a collection 
procedure. This functionality as well as tiiat of the "help" button 214 is described in greater 
detail below. 

As next ^wn by the donor data entry/edit screen 221 in Fig. 2B, data can be either 
manually input into the computer/database system 140 by typing into the corresponding fields 
such as will be described further below. Or, any appropriate data input can be performed with 
an alternative input system such as, for example, a bar code reader (not shown), or input from 
other computerized information systems as will be described below and/or become obvious to 
those skilled in the art. If using a bar code reader, a donor may be given a donor 
identification (ID) card which may have a bar code imprinted tfiereon which represents fliat 
particular donor's data. Then, an optical reader (not shown) can be used by the operator to 
read the bar code information firom the card to fill in the donor data fields shown in Figs. 28- 
2L The other previously introduced alternative input process would be in taking advantage of 
other pre-existing database/information systems which may already contain the appropriate 
donor data. Thus, the present computer/database system 140 may be disposed in data 
conununication relationship with one or more such pre-existing systems and simply upload 
the desired data therefrom. Thus, the fields such as those shown in Fig. 2B, et aL, can be 
automatically populated from the blood center's management information system' (eg:, 
Wyndgate, MAK, etc.). In this situation, the reception portion of the data entry process (i.e, 
initial data entry and/or verification) could take place entirely on the blood center 
receptionist's computer in the corresponding Wyndgate or MAK (or like) system. This 
information may then be retrieved by and/or forwarded to the computer/database system 140 
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to populate the fields such as those shown in the display 221 of Fig. 2B. This display 221 
maybe lefetred to hereafter as the Donor Entry/Edit screen 221 and may, in tiie three-room 
model, initially be called xq) in the what may be refierred to as the "Recqjtion" lOom. This 
three room model will now be briefly described 

Hiere may be considered three main data inputA^erification points in a collection 
process. At the first point, hereafter referred to as "Reception," the donor is checked into the 
overall process. Under a scenario of data connectivity between flie central 
computing^database system 140 and a blood bank infbnnation system, the deception** 
room/step may be handled through the blood bank information system and the needed donor 
data may then be automatically transmitted {downloaded or uploaded or otherwise) into the 
central system 140 as described above. With this connectivity between the blood center 
information system and the central system 140, the historical donor data (which may be batch 
file loaded into the central system 140 periodically) may also be called up and the donor may 
then be assigned to the second room, hereinafter also called the "Screening Room." In the 
screening room the donor information may be retrieved aod displayed and several preferable 
pieces of lab data may be input for purposes of selecting the prof^r/preferred collection 
procedure to be performed. A donation unit numb^ may also be assigned at this point. The 
central system 140 may, but preferably does not, hold confidential donor information 
influencing potential deferral; this information would preferably reside only in &e blood bank 
information system. Hie central system 140 is preferably only concerned with flie collection 
process. In either the "screening room" or the third room, hereinafter also called tiie 
**Donation Room," the donor may be assigned to a particular apheresis machine. The 
procedures performed in the donation room may also include recording other data about the 
procedure such as recording the identification numbers associated with the disposable tubing 
set. Once the donor is assigned to a machine, the central system 140 would preferably go into 
a monitor-only mode relative to that donor and that machine for monitoring and/or recording 
any and/or all events in the procedure. More details hereon are provided below. 
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Retuming to the donor entry/edit screen 221 of Fig. 2B, furti^ deteils concerning 
some of the specific, preferred fields, tabs, buttons, etc, shown on screen 221 in Fig. 2B will 
nowbesetforik 

As mentioned, new donor records may be created using screen 221 , and pze-existzng 
records may also be edited/modified here. A primary difierence in creating new records 
versus modifying existing ones lies in the feet that the fields shown in Fig. 2B will be empty 
prior to entry of new record information, as opposed to having been populated by previously 
entered (or imported) data in the modification sense. As shown in Fig. 2B, ttte data fields are 
primarily populated thus generally signifying either a data import or previous donor record 
entry situation. 

Primarily donor identification data/information, such as the donor's name and/or ID, 
may be entered/edited in the fields disposed preferably in an upper substandalty fixed 
area 222 of screen 22 1 » However, if this data has come from a previously entered record, the 
fields in area 222 are preferably "inactive" as shown by being "grayed-out" Thus, tiiese 
fields would preferably not be editable directly, rather would be editable otherwise as 
described below. Other information about a particular donor may then be entered/edited in 
corresponding fields appearing v^dfli respective tabs in the lower data area 224. For example, 
donor demographics information may be entered/edited in corresponding fields under the 
•^Demographics*' tab 231 as shown in Fig. 2B. Other general information such as gender or 
date of birth, inter alia^ would preferably be enterable/editable under the ^^General" tab 241 
(see Fig. 2C). Blood type, CMV, (cytomegalovirus) and HLA (Human Leukocyte Antigen) 
type, inter alia could be entered/edited under the "History" tab 251 (Fig. 2D). A 
Xomments" tab 261 (Fig. 2E) could be selected and used for entry of conaments about the 
donor. Allergy information could be entered or edited under an "Allergies" tab 271 (see Fig. 
2F). Donor status data could be eritered and/or edited under a **Status" tab 281 (Fig. 2G) 
including such data as, for example, last procedure date, numbers of donations given, over 
what period of time, etc Other tabs, such as a "Blood Loss History" tab 291 (Fig. 2H) and/or 
a "Procedure History'* tab 299 (Fig. 21) could also be used for separate entry of such 
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infoimfltion. Note, separate pop-up dialog boxes or other alternative screen styles or types 
(none shown) may be used for prompting for and entering/editiiig these types of injformation. 

Note, the information shown and described here in screen 221 may alternatively be 
optional or mandatory, depending on the desires of the ultimate user; here, usually a blood 
center. That is, the standard operatmg procedures (S0P*8) of the blood center may be 
implemented herein to make certain information optional or mandatory, as desired. However, 
certain infonnation, whether listed here (under the Donor Entcy/Edit screen 221) or entered 
elsewhere (see the Prepare Procedure fiinctionality, described below) may be required by the 
blood separation/collection assembly 10 prior to initiatiofn and/or completion of a 
separation/collection procedure. Examples of such infonnation may be gender, height, 
weight, blood type, and/or pre-count (platelets and/or hematocrit) information (again, see the 
Prepare Procedure, below). As such, some of this infonnation (e.g., height/weight) would 
only be enterable/editable, as preferred here, in the procedure preparation portion of the 
overall process (see below). 

Moreover, as introduced above, all, most, or at least the information required by the 
blood center may be entered or have been entered previously into the blood center*s separate 
(but communicatively-Knked) information system (not separately shown, but see Fig. IB). 
Such an infonnation syst^ is separate from the present invention, although these systems 
may be made to communicate with each oflier. Thus, such information may be entered into 
the blood center information system, preferably according to the standard operating 
procedures (SOP's) of the blood center, and then this infonnation maybe transferred 
(downloaded or uploaded, or otherwise) to ttie central system 140 of the present invention. 
This information would then populate the respective fields shown and/or described here 
relative to the Donor Entiy/Edit screen 221 . An operator of the present system may then use 
screen 221 to merely verify the accuracy and/or completeness of this information shown on 
screen 221 prior to checking-in the donor for the present collection procedure. 
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In a presently prefened embodiment, when a blood center infbnnation system is used, 
tifcte transmission of this general sort of donor identification, demographics and commentary 
information, inter alia, is one-way from the blood center information system to the central 
server system 140 of the present invention, primarily to maintain SOP's on which types of 
donor information a blood center may wish to capture. . Thus, flie operator may cratinue to 
operate at reception in a feshion unchanged from before introduction of the present invention. 

Nevertheless, Ihe^ donor identification data may also be transmitted both ways; 
namely, from Ihe blood center information system to the central server 140 and/or back to the 
blood center infoimation system from the central server 140. In such an option, these data 
may be entered/edited in either system and then be made to update the records of the other 
system. Note, these donor data communications are discussed here only in terms of the 
general donor data; not necessarily including feedback information about the results of any 
particular collection procedure. Such procedural data communications are also considered 
within the present invention, but are discussed further below. 

First however, more particular descriptions of the preferred data to be entered/edited 
in screen 221 will now be described. 

As mentioned, in the Demographics tab 231, the operator may enter/modify the 
donor's national ID, address and telephone number as shown in Fig. 2B. Then, after selectmg 
the General tab 241 , the following information may preferably be entered/edited: Gender 
(Male or Female, neither of which preferably selected by default); Date of Birth (which can 
be typed in text box or selected using pop-up calendar); Ethnic Background (preferably 
available via a drop-down list which is editable by selection only, and is preferably created by 
the System Administrator); and Donor Picture (the defeult is preferably a generic, genderless 
icon; however, if a gender is selected using one of the Gender radio buttons, this icon 
preferably changes to a gender-specific icon flie next time the donor record is accessed, 
provided the operator saved the data before closing the dialog box). The operator can 
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optioBafly click Update Picture to take donor's photo using an optionally attach^ digital 
camera. 

The operator may then optionally click the Donor History tab 251 (Fig. 2D) to view/ 
modify procedure history data for &is donor. This tab 251 may contain the following 
mformation: Blood Type, CMV, HLA, Hematocrit, and/or Platelet Count More spccificaUy. 
die Blood Type may include A-f , B+, B-, AB+, AB-, 0+, 0-. or Unknown; preferably 
accessible via a drop-down list, editable by selection only, default is preferably Unknown. 
The CMV Status includes Unknown, Positive, and Negative Radio buttons options; the 
default is preferably UnknowiL HLA Typing options are as follows: the operator may select 
the HLA Tested check box if HLA testing has been done for this donor, or left unchecked by 
default. And the A, B, C» D check boxes are disabled unless the HLA Tested check box is 
selected. Once HLA Tested is selected, the operator can select one or more HLA-^^ check 
boxes (A» B, C, and/or D). The Last Hematocrit and the Last Platelet Count are preferably 
non-editable, generally pre-populat^ fields from past procedure data or external blood bank 
information system, if available. 

ITie operator may then also optionally click the Comments tab 26 1 (Fig, 2E) to 
enter/view fiee-form comments about die donor. To add a comment, the operator clicks the 
Add Comment button 262. A separate Enter Donor Comment pop-up dialog box (not 
shown) may flien appear, or comments maybe made enterable/editablc within the work 
space 263, shown. The operator may dien enter a comment in the text box. Note that a 
comment is preferably not saved in the donor record until the operator clicks the Apply or OK 
button 229 or 230 in the Donor Entry/Edit dialog box 221 (see more details below). 

The operator may then optionally click the Allergies tab 271 (Fig. 2F) to enter/view 
donor allergies and associated comments. To view the comments about a specific allergy, the 
operator clicks the allergy in the Donor Allergies list; associated comments for this allergy 
appear in a Donor Allergy Comment box. To add an allergy, the operator may click the Add 
Allergy button. AnEnterDonor Allergy pop-up dialog box (not shown) may then appear, A 



-34- 



wo 01/65463 



CA 02370758 2C0L-X0-30 



PCTAJSOl/06696 



listing of allergies (preferably non-editable and crated by the System Admimstrator) may be 
made to appear in such a dialog box and the operator may optionally enter a comment 
peitaming to that allergy in flie Allergy Comment box. Note that an allergy is preferably not 
saved in the donor record until the operator clicks the Apply or OK button 229 or 230 in the 
Donor Entry/Edit dialog box 22 1 (see details below) , 

The opemtor may also decide to remove an allergy from the Donor Allergies list. The 
operator may fiien click flie allergy in the Donor Allergies list, and tiien click the Remove 
Allergy button. The allergy is removed from the displayed list; however, the allergy is not 
pennanently removed from the donor record until the operator then clicks Apply or OK 
button 229 or 230. The operator may decide to enter additional comments for an allergy 
currently in the Donor Allergies list The operator clicks the allergy in the Donor Allergies 
list, and then clicks the Add Comment button. An Allergy Comment dialog box (not shown) 
may be made to appear. The operator can then enter a comment and click an OK option. The 
Donor Entry/Edit dialog box 22 1 reappears, still showing the Allergies tab 271 (Fig. 2F). The 
allergy listing in the Donor Allergies list is updated to show the new comment The date and 
time the comment was created, as well as the user ID for the user who was logged on when 
the comment was created, will preferably appear with flie comment in the Donor Allergy 
Comment box. 

Ttie operator may then optionally click the Status tab 28 1 (Fig. 2G) to enter/view the 
following donor status information: Donor Status - Active or Inactive; Donor Category (a 
drop-down list, preferably created by the System Administrator); Donor Since Date - date the 
donor started donating (preferably defaults to first procedure date, if not modified, which can 
be typed in text box or selected using a pop-up calendar); Last Visit Date - last date the 
donor attempted to donate (defeults from system records, preferably non-editable except by 
the System Administrator); Last Procedure Date - Ihe last date the donor actually did donate 
(default from system records, non-editable except by the System Admimstrator); Last Contact 
Date - last date that the center contacted the donor (can be typed in text box or selected using 
pop-up calendar, default is preferably the current date). 
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The operator may tiben optionally click the Blood Loss History tab 291 (Fig. 2H) to 
view the total volume of blood the donor has lost fixnn apheresis (not whole blood) activities 
for the previous 12-monfli period. AH of the data in this tab is preferably non-editable in this 
module. It is downloaded as run data from tfie apheresis collection system 10 (preferably a 
Triina(& system 10) for procedures run for tlus donor, and/or entered by an operator during 
procedure finalizadon (see below). The tab 291 preferably shows the Total Blood Loss the 
total volume (prefembly in milliliters) of blood the donor has lost from apheresis (not whole 
blood) activities for the previous 12-month period); and a Procedure table which shows blood 
loss for apheresis procedures for which a procedure record exists in the central server 
system 140. Each procedure is preferably listed in a separate row in the table. The operator 
may need to scroll horizontally or vertically to view some of the data. For each procedure, 
the table preferably shows the following: 

• Procedure Date — The date the procedure was run, 

• Product RBC - The volume of RBC i3roduct collected during the procedure (total 
RBC volume less anticoagulant volume). This information is preferably determined 
based on the procedure that was run and the donor's hematocrit 

• Sample RBC - The volume of sample RBCs collected during the procedure. This 
volume is either the defiiult value set by the Administrator during system setup or a 
value entered by an operator during procedure finalization, according to the facility's 
SOPs (see the Finalize Procedure Record description below). 

• Residual RBC - The volume of residual RBCs remaining in the tubing set after the 
procedure. This information is determined based on the tubing set type, the procedure 
that was run, the donor's hematocrit, and whether or not rinseback was completed for 
the procedure. 

• Other RBC - Any other RBC volume (for example, ^mated volume of a spill), 
entered by the operator in the Finalize Procedure Information dialog box. Blood Loss 
tab, according to the facility*s SOPs. (see the Finalize Procedure Record description 
below). 
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• product Plasma - The volume of plasma product collected during the ptoceduie (total 
plasma volume less anticoagulant volrane). The infbnnatioii is deteimined based on 
fte procedure that was run and the donor's hematocrit 

• Sample Plasma (not shown in Fig 2H; scrolled oflF the right side of the screen) - The 
volmne of sample plasma collected during flie procedure. This volume is eiflier flie 
defeult value set by the Administrator during system setup, or a value entered by an 
operator during procedure finahzation, according to the fecility's SOP's (see tiie 
Finalize Procedure Record description below), 

• Residual Plasma (not sbown in Fig. 2H; scrolled off the right side of the screen) - The 
volume of residual plasma remaining in the tubmg set after the procedure. This 
information is determined based on the tubing set type, the procedure that was run. flie 
donor's hematocrit, and whether or not rinseback was completed for the procedure. 

• Odier Plasma (not shown in Fig. 2H; scrolled off the right side of the screen) - Any 
other plasma volume (for example, estimated volume of a spill), entered by the 
operator in the Finalize Procedure Information dialog box. Blood Loss tab, according 
io the facility's SOPs. (see the Finalize Procedure Record description below). 

Tlie operator may then optionally click the Procedure History tab 299 to view product 
information for all procedures run for this donor since the donor record was created in the 
present system 140. The tab 299 shows product information only for apheresis procedures for 
which a procedure record exists in the database 142. All of the data in tihis tab is preferably 
non-^itable. It is downloaded from the apheresis system preferably a Trima® system) 10 
run data for procedures run for this donor. The operator may need to scroll horizontally or 
vertically to view some of the data. For each procedure, this tab 299 preferably shows the 
following: 

• Procediire Date - The date the procedure was run. 

• Platelet Yield - The yield of platelets collected during the procedure. 

• Plasma Volume - The volume of plasma collected during the procedure (plasma 
product volume plus anticoagulant volume). 
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• RBC Volume - The volume of RBCs collected during the procedure (RBC product 
volume plus anticoagulant volume). 

Various alternative data entry/editing actions may also be preferred. For example, at 
any time while using fee Donor Entry/Edit dialog box 221, the operator may click the Apply 
button 229 (see Figs. 2B-2F, e.gO to save all to-date changes to the donor record, without 
exiting the dialog box. Similarly, at any time while using the Donor Entry/Edit dialog box 
221, the operator may click fee Cancel button 228 to cancel fee current entry session. The 
system 140 may feen prompt fee operator to confirm fee cancellation. If cancellation is 
confirmed, fee system may lose all unsaved changes and closes the Donor Entry/Edit dialog 
box 221, A Help button 227 is preferably also provided to present a corresponding help 
screen (not shown) when desired. 

If fee facility determines feat a donor record no longer needs to be in fee central 
database 142, fee record can be permanently removed. This option is preferably only 
available when an operator wife a high level clearance such as a System Administrator user 
role or fee like is logged on to fee system. This Administrator or high level operator may feen 
search for and display fee donor record in fee Donor Entry/Edit dialog box 221, as described 
and feen click fee Remove button 226 (see eg., Fig. 2B), A warning may first be made to 
appear, infonnmg fee operator that fee record will be permanently removed from fee database 
142. Ifremoval is still desired a Yes confirmation button (not shown) maybe selected The 
following may feen occur: 1) bofe fee warning message and fee Donor Entry/Edit dialog box 
221 may be closed; 2) fee Search Results box 204 in the Select Donor task window 201 (see 
Fig, 2A) would no longer show a listing for fee removed donor, 3) fee donor record would 
preferably be permanently removed firom fee database; and/or 4) an internal record for this 
donor may be retained elsewhere in fee system for reporting reasons. 

Moreover, at any time while using fee Donor Entry/Edit dialog box 221, fee operator 
may changp the donor*s name, while retaining fee current donor ID. To do so, fee operator 
would preferably click the Edit Donor Name button 223 (see eg.. Fig. 2B) in fee Donor 
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Bntry/Edk dialog box 221 . An Edit Donor Name dialog box (not shown) would preferably be 
made to appear, displaying all previous names used by the donor, as well as the date the name 
was changed and the operator who was logged on to the system when (he name change was 
made. Ihe operator may then enter a new name for flie donor in the Last Name, First Name, 
and/oT Middle Name boxes, and conclude with an OK option (not shown). The Donor 
Entry/Edit dialog box 221 would then reappear, showing the changed name. The operator can 
still also decide to not change flie name by selecting a Cancel option in the Edit Donor Name 
dialog box (not shown) to retain the current donor name; whereby, the Donor Entry/Edit 
dialog box 221 would reappear, showing the unchanged name. Note that a changed name is 
not saved in the donor record until the operator clicks the Apply or OK button 229 or 230 in 
the Donor Entry/Edit dialog box 22 1 . 

Similarly, at any time while using the Donor Entry/Edit dialog box 221 , the operator 
may change the donor's ID, while retaining the current donor name. To do so, the operator 
would click the Edit Donor ID button 225 (see Fig. 2B) in the Donor Entry/Edit dialog box 
221. An Edit Donor ID dialog box (not shown) would'preferably be made to appear, 
displaying the current donor ID. The operator could then enter a new ID for the donor in the 
New Donor ID box, and click an OK button (not shown) to save the ID change. The Donor 
Entiy/Edit dialog box 221 reappears, showing the changed ID. The opemtor can also decide 
not to change the donor's ID, and click a Cancel option in the Edit Donor ID dialog box (not 
shown) to retain the current donor ID; in this case, the Donor Entry/Edit dialog box 22 1 
would again reappear, showing flie unchanged ID. Note that a changed ID is not saved in the 
donor record until the operator clicks the Apply or OK button 229 or 230 in the Donor 
Entry/Edit dialog box 221. 

At any time, the operator can search for and select the record for any donor who is 
already checked in to the system. However, if the donor is already checked in to the system, 
the following fields, mter alia, in the Donor Entry/Edit dialog box 221 may be preferably 
disabled and therefore cannot be modified: General tab: Gsader, History tab: Blood Type; 
Status tab: Donor Status. 

-39< 
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Once flje appropriate/desired donor data is satisfactorily enteared, edited and/or verified 
using screen 221 (Figs, 2B-2I), die donor may then be checked-in to the next step in Ae 
process, the Prepare Procedure step/sub-procedure (described below). Donor check-in may 
be accomplished ftom any view of screen 221 by cUcking die "OK" button 230 (or another 
appropriately labeled button, eg., ''Check-Tn" if so provided, not shown). This may then send 
die donor information to die Prepare Procedure portion of die software application (ag.. to 
the Prepare Procedure software module, if die software is so modulized as is preferred). 
Alternatively, a pop-up dialog box (not shown) can be made to appear for confirmation that 
donor check-in is desired. Tes" or W options may be provided in such a iK)p-up dialog 
box to confirm the operator's desires, Qicking tfie ''Yes" option will flien pass the donor 
information to the Prepare Procedure Step, as described. Note, clicking die * W option will 
provide for not passing the donor information to the next procedural step; however, it may be 
made to eidier save all edited/entered information while exiting die Donor Entry/Edit screen 
221, or it may be made to call up a further pop-up window to confirm whedier die 
edited/entered information should be saved to the central memory 142 before exiting the 
Donor Entry/Edit screen 221 . Note also that, as will be described below, die donor data 
entered/edited via screen 221 may be made further enterable/editable at later stages of die 
overall procedure after initial check-in, still preferably through use of a screen 221, or the 
like. Thus, provision (preferably throu^ clicking die Select Donor icon 207 in bar 205; see 
Fig. 2A) may be made to return to screen 221 or die like at later stages of die procedure to 
enter new data or modify existing data, as may be desired. However, at such later stages, a 
check-in option would not preferably be made available if (as would be true in such a 
situation) die donor had/has already been checked-in. Thus, clicking the '*OK" button 230 
(see Fig. 2B, e.g.) would only save die information to the donor record in memory 142 and 
not proceed to a "Check-in" dialog box, if used (not shown). 

Fig. 3 A shows die next step in die overall general component collection procedure 
which would appear after donor check-in is completed as described above. This next step 
corresponds generally widi die shown display screen 301 which would have been accessed 
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via clicking on the Prepare Procedure icon 208 in the procedure icon area 205. Hiis next step 
in the data entry/manipulation process shows, via the display screen 30 1 , the donors who have 
. been checked into the system and are now ready for selections of die desired collection 
procedures to be performed. The work area 202 of screen 301 in Fig. 3 A then prefrably 
displays a listing of donors (via a text list (not shown) or by representative icons as shown, or 
otherwise (not shown)), which have been checked-in according to the above-described 
procedures(s). This grouping or listmg of chccked-m donors may also be referred to as a 
"donor queue " A donor may then be selected torn this queue by clicking the corresponding 
icon 302 or 303, for example. Once the donor is selected in screen 301 (selection being 
indicated by distinctive shading, see icon 303 in Fig3 A), the next step can be accessed by 
clicking the '^Prepare" button 304 m the main work area 202, or, in an optional embodiment, 
by again clicking the "Prepare Procedure" icon 208 in the icon area 205. Note, a "Remove" 
button 305 could alternatively be selected to remove the donor from the Checked-in Donor 
Queue, (/. e, , from the work area 202) if desired. Also, help may be obtained at any time by 
selection of the "Help" button 306. Note, in a preferred embodiment, the donor icon(s) 302 
and/or 303 may include the donor's photo (/. e, , as introduced above, flie computer/database 
system 140 may also be equipped with a digital camera as is known in the art of computer 
systems generally). 

There may be at least two general and perhaps overlapping preferences for s^arating 
the Donor Check-in functionality from the Prepare Procedure functionality. Specifically, a 
first such preference may derive from the three room scenario suggested/described above, 
wherein a donor may be greeted by a receptionist or receptionist-type of operator in a 
"Reception" room or area. Then, the donor information described generally above (see 
Figs. 2A-2I, eg.) may be entered and/or edited and/or verified at such a "Reception" point of 
the overall procedure. The donor may then be moved to a second, discrete room where a 
second, discrete operator may perform fee Procedure Preparation steps described 
hereinbelow. Hiese rooms/areas may be separate physically or rather may not actually be 
separate at all, depending upon die blood center and its preferred operating procedures and 
fecility arrangements. The operators may also not be discrete; however, the second, likely 
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overlapping preference for the fimctionality separation may be that there are two separate 
operators and the second operator may have difterent techoicai skills and/or qualifications 
j&om the jSrst operator, ie,, the second operator maybe qualified to run the actual collection 
procedure while the first, reception operator/person may not Thus, by separating these 
fiinctionalities (even if the *'rooms" are not separated), the reception person or the reception 
area computer maybe given access limited only to the Select Donor icra functionality, for 
example. At the same time, the perh^s higher qualified collection operator may be relieved 
of Ae data entry/edit tasks associated with initial check-in procedures. 

As a result of finishing the previous steps (data entiy modification and donor check- 
in), the Prepare Procedure portion of the overall process may be performed next. As shown in 
Fig. 3B, a "Prepare Procedure" sub-procedure, preferably a "Prepare Procedure" Wizard, as 
depicted by a first Wizard display screen 321, may substantially automatically lead the 
operator through the procedure preparation process. Note, a wizard as known in the art 
generally, may be a software module or sub-procedure which includes a series of screens used 
to accomplish a particular task or operation. Note, this "Prepare Procedure" wizard screen 
and/or other such screens (as follow) may be sub-windows or full wmdow-sized displays. 

In particular, as shown here, respective screens 321, 331, 341, and 351 of respective 
Figs. 3B, 3C, 3D, and 3E represent substantially sequential wizard screens accessed fasitiaUy 
by the selection of the 'Trepare" button 304 (after selection/highlighting a particular donor 
icon, e,g, icon 303) of screen 321 in Fig. 3 A. Hiese wizard screens 321-351 are then 
sequentially accessed, one to the next, by the selection of the respective "Ne?^" buttons 322 
(see lower portions of screens in Figs. 3B and 3C, e.g,). Backtracking, in reverae order, of 
these wizard screens is also available by selection of the respective "Back" buttons 323, 
disposed preferably adjacent the "Next" buttons 322. Other general wizard buttons such as 
&ie '*Help" button(s) 324, the "Histoiy button(s) 325 and the "Cancel" button(s) 326 may be 
selected at any general point in this process to obtain respectively assistance/information, a 
history of data entry/edits (and/or optionally displayed screen views 321-351, eg.) and/or to 
cancel the Prepare Procedure wizard at any time. 
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Further details of preferred process for using tbese preferred and like screens will now 
be set forth. 

The operator is presented with the first page of the "Prepare Procedure" 
module^vizard/ sub-procedure, the Donor Identification page 321 as shown in Fig. 3B. This 
page shows the donor^s name, donor ID, date of birfh (DOB), and photo (if previously taken 
and/or saved in the database 142). This page allows the operator to confirm the donor's 
identity and, optionally, to take or update a photo of the donor. An ^'update picture" button 
328 may be supplied for providing a new or updated photo. Field specific behavior of these 
items is preferably as follows: the *T>onor Name is pre-populated wife first and last name 
fi-om the donor record data, and is preferably not editable here. The "Donor ID" is also pre- 
populated, and preferably not editable. The "Date of Birth" field is pre-populated using 
localized format, and not editable. And, the "Donor's photo" is also preferably pre-populated 
to further assist the operator confirm the proper donor is present for this procedure being 
prepared. If such a photo is not available for this particular donor, a generic male or female 
icon may be displayed. The operator may then click the "Nexf ^ button 322 to proceed to the 
next page of flie wizard. 

A Unit Number text box 329 may also be disposed in either of screens 321 or 33 1 (or 
elsewhere, see Fig. 3B). A Unit Number is preferably a required field entry. The opemtor 
may enter the unit number either by typing flie number in the Unit Number box 329, or by 
using a barcode reader (not shown, e.g., by Weighting the unit number field 329 and then 
using the bar code reader to scan fee supply bar code which would theai populated tiiis field 
329). The unit number may be supplies related information or taken therefix>m as related to 
the tubing set type used, or the bag identifiers to be used. The Directed Donor and HLA 
matched boxes 330 are further alternative fields which could be entered/edited at this (or a 
later) stage of the procedure. Hese fields are directed to noting whether this donor is 
providing a donation for a specific pre-identified recipient, and the HLA match box merely 
records whether the HLA types have aheady been matched for such a directed donation per 
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pre-existing techniques. The operator may then click the Next button 322 to proceed to the 
next page, or the Back button 323 to return to the previous page. 

Then, as shown by fte display screen 33 1 in Fig. 3C, gender, height, wei^ 
hematocrit and platelet pre-count parameters will preferably be entered, if not aheady 
populated in the respective jSelds 332, 333, 336 and 337 as previously ^tered in and thus 
disposed in the database 142. hi fact, even if these parameters are previously entered, these 
fields in this screen 33 1 may be made mandatorily re^tered here, or at least re-confirmed 
before the system 140 may allow the operator or donation process to proceed (note, if re- 
entered here, it may be that this data re-entry could rewrite the database information at tiiis 
point or at the end of Ihe collection process as part of the entire record which is saved to the 
central database 142 at that time). Ihe other fields shown in this Fig. 3C are preferably 
entered as well, but may be made optional. As introduced above, and as will be understood 
from further description below, the required fields maybe populated with historical data until 
the current lab values come back. 

More particularly, the operator is presented with ^e Donor Information page 331 of 
the wizard, see Fig. 3C. Donor * Vitals" are taken and entered on this page. The followmg 
items are preferably displayed on die Donor Information page 33 1 . The Donor's Glider is 
preferably pre-populated m field 332, required, and editable via selection: Male or Female. 
Ihe Donor's Height and Weigjit arc preferably also pre-populated (see fields 333) with the 
last value (from database 142, if available) in localized units, editable, and required. Hie 
value written to the database will indicate if the value was change. The *TBV*' (Total blood 
volume) in field 334 is dynamically calculated (non-editable), based on the Height, Weight, 
and Gender fields 332, 333. The Donor Blood type is also preferably pre-populated m field 
335, either from database 142 or (if unknown for diis donor) pre-populated with Unknown. 
This field is preferably editable via a selection: 0, 0-, A+, A-, B+, AB+, AB-, or 
Unknown. 
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The Hematocrit/Hemoglobin field 336 is labeled either Hematocrit as shown or 
Hanoglobin (not shown), based on tiie system setup that is defined by flie System 
Administraton Data in this field is required, and may be entered by the operator, or a default 
value may exist If the Administrator configures this field to use a defeult value, and historical 
data of the configured type is available for this donor, the field is pie-populated witii the 
historical data. Hie type of historical data nsed as the default may be configured by the 
Administrator to be one of the following types: Average of last three pre-procedure values; 
Last visit's pre-procedure value; No defeult value; Gender-based default value; or blood 
center chosen defeult value. The value written to the database and displayed on the page 
indicates if fee value is one of fee configurable defaults above or if it is a measured value 
entered by fee operator. 

The Platelet Pre-count field 337 is also entered here. Data in this field 337 is required, 
and may be entered by fee operator, or a de&ult value may exist preferably as defined by fee 
Adnunistrator. If fee Administrator configures feis field to use a default value, and historical 
data of the configured type is available for this donor, fee field is pre-popidated wife fee 
historical data. The type of historical data which may be used as fee default may be 
configured by fee Administrator to be one of the following types: Average of last three pre- 
procedure values; Last visit's pre-procedure value; No defeult value; Gender or Center-wide 
default The value written to fee database and displayed on fee page preferably indicates if 
fee value is one of fee configurable defeults above or if it is a measured value entered by fee 
operator. 

In addition to fee above, preferably-required items, fee operator may enter fee 
appropriate optional donor vitals (see generally fields 338); Temperature (an optional field in 
localized units: Fahrenheit or Centigrade); Blood pressure; and Pulse (optional fields). 

When all required infonnation (and any optional information fee operator chooses to 
enter) has been entered, fee operator clicks fee Next button 322 to proceed to fee next page 
341 or 351 (Figs. 3D or 3E), or the Back button 323 to return to fee previous page 321 (Fig. 
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3B). Note, if a required field does not have an entered value, an attempted click of the Next 
button 322 will preferably present a prompt that a value must be entered in flris field before 
&e wizard can proceed to &e next page. Note» if the operator enters a value in a field that is 
above or below die allowable limits for that field (hard limits), or a value that is unusually 
high or unusually low (soft limits), a message will preferably be made to appear. If this is a 
soft limit, the message informs the operator that the value is outside die limits and asks if the 
operator wishes to prcK^eed. The operator may click a Yes option to use die value and proceed, 
or No to enter a new value. If this is a hard limit, die operator may be required to enter a new 
value in order to proceed. Also, if the blood center uses a blood bank infomiation system, a 
warning message will preferably be made to appear when the operator changes a donor 
demographic field on the Donor loformation page 331 (Fig. 3C). Tliis warning would indicate 
fliat the demographics data must be changed in the blood bank information system to be 
permanently saved. 

In a simplified process (usually for operators with lower qualifications, or wanting or 
needing fewer choices), after the operator has clicked the "Next" button 322 (Fig. 3C), die 
operator is dien presented widi the Target Procedure page 35 1 (Fig. 3E) of the wizard. Screen 
341 (Fig. 3D) is skipped in this simplified procedure. The operator may then accept die 
recommended target procedure (shown highlighted with a rightward-pointing arrow icon 355 
in Fig. 3E). Note that die target procedure is obtained by the system 140 running the 
apheresis time and/or product yield optimization routines such as are run on the Trima® 
collection systems 10 (and as described below, see description accompanying Figs. 7-10) in 
the present system application, and that die parameters for the highlighted procedure are 
preferably shown above the procedure list The operator may dien optionally click the Finish 
button 352 (Fig, 3E) to complete the "Prepare Procedure" apheresis procedure selection 
process. 

Note, ftte running of the q3heresis optimization routines by system 140 preferably 
involves the use of data either from storage in the central memoiy 142 and/or as input into 
system 140 via input devices 149 at any station 148 (as described hereinabove) preferably 
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through use of the sub^jrocedutes described herein (i.e., using the screens shown in Figs. 2A- 
21 and 3A-3C) and commimicated through subsystem(s) 146 and flien manipulated by flie 
manipulation device 144. The manipulated data may then result m optimized data which can 
then be interpreted by the system as representing a system preferred target procedure (or 
procedures) such as is shown in Fig. 3E. Ag^in, optimized data would provide usually either 
fee lar^ yield m a certain time, or ftie shortest time to reach a minimum yield (see Figs. 7- 
1 0, below). Other manipulations may provide for procedures which may not be either time or 
yield optimized, but which a blood center may find otherwise perhaps more desirable, such as 
platelet (or other component) preferences no matter what the optimization progtam(s) might 
suggest Thus, the system 140 and manipulation device 144 can manipulate the donor 
statistics (vitals, etc.) against a large plurality of procedure types and compare with blood 
center prioritizations to obtain various sorts of procedure lists such as that shown in Fig. 3E. 
Preferably, the optimal procedure (optimized or merely manipulated according to system 
administrator preselections) may be returned with the rightward-pointmg icon 355; however, 
preferably also other procedures will be listed also with various icon representations to signify 
prioritization. For example, as shown in Fig. 3E, numerous procedures are shown with a 
circle with a diagonal line which here preferably represents procedures which are not 
available due to physical (and/or safety) constraints such as the donor not meeting a minimum 
hematocrit or total blood volume preferred therefor. Green circles, inter alia, can be used to 
signify less than optimal procedures which would nevertheless be available for fliis donor to 
be subjected to. Question marks could be used to signify procedures which could be available 
options if the parameters (e.g., time, lab values, etc.) were to change (i.e.. if more time were 
allowed for a collection). 

Note several alternative actions maybe presented. For example, in some instances it 
may occur tiiat more than one target procedure may be indicated, whereby the operator may 
then choose the preferred procedure. Or perhaps the donor may be disqualified such that no 
procedures appear available. The donor can be disqualified for the donation based on the 
donor vitals or screening questions. In this situation, the operator may press the Cancel button 
326 on any page m the Prepare Procedure Wizard to discontinue the prepare procedure 
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process. The operator may then remove the donor firom the Checked-in Donor Queue, as 
described in the *Trepare Piocedme" sub-procedure above. 

Oflierwise, the donor may be unable to donate if the central system 140 cannot 
determine a valid apheresis procedure to run for fliis donor. If this is the case, the central 
system 140 preferably displays a dialog box (not shown) explaining &e reason a procedure 
cannot be determined. Based on the blood center's policy, the operator may ask liie donor if 
the donor can stay longer. The operator may ften extend the procedure time, as described in 
the "Adjust Donation Time" alternative sub-procedure below. 

As noted, the operator may adjust the donation time. If the donor can only stay longer 
or perhaps only a certain limited amount of time, the operator may change &e defeult 
maximum procedure time by clicking the Adjust button 353 (Fig. 3E). The operator is 
presented with the Procedure Adjustments dialog box 361 (see Fig, 3F), in which the operator 
may enter a new maximum procedure time. The operator may then click the OK button to 
return to the Target Procedure page 351 (Fig. 3E) of tiie wizard. If the maximum procedure 
time is changed, the Target Procedure page is r^ptimized and possibly recommends a 
different procedure. It is also possible tiiat there are no procedures available as a result of the 
tune chaise. 

Similariy, the operator may adjust the tubing set type availability. If only certain 
tubing sets are available, the operator may change the tubing set type availability by clicking 
the Adjust button 353. The operator again is presented with the Procedure Adjustments dialog 
box 361 , in which all tiuree tubmg set types (e.g. Grey, White, and Black options for fte 
Trima® apheresis systems 10; other optional set types and/or designations maybe used for 
other blood processing systems 10, as desired) are checked by default The operator may 
uncheck one or more tubing set types. The operator may then click the OK button to return to 
the Target Procedure page 351 of the wizard. If the tubing set type availability is changed, fee 
Target Procedure page is re-optimized and possibly recommends a different procedure. It is 
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also possible ftat there are no procedures available as a result of the tubing set availability 
change. 

Note, the operator may also select certain different procedures in the procedure list 
shown in screen 351 (Fig. 3E). The operator may select a procedure wifli an icon indicating 
that the procedure can be run for ttds donor (dioug^ pechaps not the optimal procedure 
according to the system 140), or a procedure with an icon indicating that flie procedure can be 
run for this donor, but only if the donor's actual hematocrit and/or platelet precount change 
significantly from the values entered in screen 33 1 (or the defeialt values used in screen 33 1). 
In any event, preferably the operator cannot select a procedure wifli an icon indicating that the 
procedure cannot be run for this donor. Note that when the operator selects a dijfferent 
procedure in the list, the parameters for the selected procedure are shown above the procedure 
list Note, the operator may also view any of the listed procedure details. To do so, the 
operator may double-click a listed procedure to view a Procedure Details dialog box (not 
shown), which may provide more detailed infonnation about the procedure. TTie operator may 
double-click either the currently-selected procedure, or any other procedure in the list. The 
operator may click an OK button to close the Procedure Details dialog box (not shown) and 
return to the Target Procedure page 351 of the wizard. If the operator double-clicked a 
procedure other than the currently-selected procedure, the procedure that the operator double- 
clicked would now preferably be selected (e.g., highlighted) in the Target Procedure page 
351. 

Note also that an operator may select different donation options, preferably after the 
step depicted by screen 331 (Fig. 3C), but prior to the step depicted by screen 351 (Fig. 3E). 
Preferably, however, diis option would be limited to higher security users preparing the 
donation. Then an additional page 341 (Fig. 3D) would appear, allowing finer control of the 
donation. This page 341 would be presented only to individuals with the higher privilege 
level. The following two steps could be added for this operator. The operator would choose 
the blood product types eligible for this donation {e.g. platelets, RBC's or plasma). Th^e 
choices would be used to disqualify one or more product types firam being collected. By 
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de&ult, all product types are pieferably eligible for a donation. Thus, a check in the 
correspoading box in area 342 of the **Select Products and Configuration*' page 341 would 
indicate that the product type may be collected. If the ooitesponding box is unchecked, any 
procedure that would collect this product type is disqualified in the Target Procedure page 
351 (Fig. 3E)- The three choices are platelets, plasma and red blood cells. Any combmation 
hereof may be checked. As shown in area 343. the operator may also select alternative 
apheresis system configurations or product focus lists to utilize for this donor's donation. 
Note that these changes would preferably only c^ply to this donation. For Focus Lists, the 
operator may select a product focus list from this drop-down list The center-wide de&uilt 
focus list is preferably pre-populated in this drop-down list All focus lists that have been 
dejQned by the Administrator will then appear in this drop-down list For Maclune 
Configuration, the operator may select an apheresis system machine configuration from this 
drop-down list The center-wide default machine configuration is preferably pre-populated in 
diis drop-down list All machine configurations feat have been defined by the Administrator 
will tihien appear in tins drop-down list. 

At any point while using the Prepare Procedure Wizard, the operator may click the 
History button 329 {see Fig, 3C) to view the donor's record. When the operator clicks the 
History button 325, the Donor Entry/Edit dialog box 221 (see Figs. 2B-2I) appears, showing 
all information in the donor record. To return to the Prepare Procediue Wizard, flie operator 
clicks the OK button in the Donor Entry/Edit dialog box 221 . 

Note, the sub-procedure depicted by die screens in Figs. 3B-3E may be known 
generally as "screening" in suggesting that these functions may be performed in 4c second 
room, the "Screening^ room, of the three room model described above. 

Then, in the next proccdiural step as shown by the display screen 401 in Fig. 4 A, the 
donor may be assigned to a blood processing machine 1 0. Screen 401 may be accessed via a 
button such as the "Finish" button 352 appearing on the last page 351 (Fig 3E) of the 
"Prepare Procedure" wizard/sub-procedure, or more preferably by clicking the "assign 
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machine" icon 209 appearing in the icon work area 205 (see Figs. 2A and 4A, e.g.). 
Assigning a donor to a machine may be a simple matter of clicking and digging the donor'a 
icon 402 (with or without photo) to an available Triraa® or like apheresis machine icon 404 
as shown in the respective left and right portions 406, 408 of tiie main work area 202 in 
screen 401. 

Note however, that any particular donor will preferably not be available (ile, no icon 
will prefembly show up) in the icon list 406 (also labeled as a **Donor Assignment Queue") 
until completion of the "Prepare Procedure" sub-procedure (ie, as accessed using iiie 
"Prepare Procedure" icon 208, eg.) as described for the wizard module in Figs. 3B'3F. 
However, after the 'Trepare Ptocedure" sub-procedure is completed, preferably after the 
clicking of the "Finish" button 352 on the last screen 351 of the wizard (see Fig. 3E), a donor 
icon for that donor, such as icon 402, eg. is preferably automatically generated and 
automatically placed in the icon list 406. Thus, the donor, as represented by the icon, is then 
ready to be assigned to a particular qjheresis assembly 10. 

In more detail, to do so, the operator will first preferably double-click the Assign 
Machine task icon 209 in the main window task bar 205, or, alternatively, the operator may 
select the Assign Machine element (not shown) from the Tasks menu 216. The Assign 
Machine task window 401 is then displayed, showing two panes: the Donor Assignment 
Queue 406 and the Machhies list 408. The Donor Assignment Queue 406 shows donor icons 
(e.g., icon 402) for all donors y/ho are ready for machine assignment. Donor icons are 
preferably ordered in the queue based on the time an operator finished using the Prepare 
Procedure Wizard (see above) to prepare a procedure for the donor. The donor for whom the 
Prepare Procedure Wizard was finished the longest ago preferably appears at (he top of the 
queue* The donor for whom the Prepare Procedure Wizard was finished most recently 
preferably appears at the bottom of the queue. The Machines list 408 shows an icon for each 
apheresis system in the facility that is enabled in the current network. To help the operator 
make a decision about which machine to select for a donor, the following information is 

-51^ 



CA 02370758 2001-10-30 
WO 01/654«3 PCT/DSOl/06696 



preferably displayed as part of each machine icon: run status; time remaining if a procedure 
is currently running on the machine; name of the next donor queued for the machine; machine 
communications status (online or offline). 

To assign a donor to a machine, the operator preferably selects a donor icon from the 
Donor Assignment Queue 406 and drags it to a machine icon in the Machines list 408. 
Alternatively, Ihe operator may select a donor icon 402, eg., (by higWighting/clickmg it once, 
not shown) and a machine icon 404 and then click the Assign button 410 to make the 
assignment. A confirmation dialog box (not shown) may then be displayed with 'Tes" and 
*"No" options to ask the operator to confirm the assignment If &e operator clicks the '*Yes " 
option, the system may then close die confirmation dialog box. and, in the Assign Machine 
task window 401, the following preferably occurs: the donor icon 402 is removed from 
Donor Assignment Queue 406 and the machine information in die Machines list 408 is 
updated to show that the donor is assigned to the machine. If the operator clicks the option 
"No," option, the system closes the confirmation dialog box, and, in the Assign Machine task 
window 401, the following occurs: the donor icon 402 remains m the Donor Assignment 
Queue 406, and flie machine information in the Machines list 408 is unchanged. After a short 
delay, the donor information (and photo, if available) appear on the ^heresis system. In 
addition, flie donation-specific apheresis system configuration is in effect on the machine. At 
this point, fee operator may continue usmg the Assign Machine task window or select another 
option in the system main window- 
Some alternative process flows for donor/machme assignments are as follows. 

It maybe possible that all machines 10 are non-functional. If this is the case, the 
operator (or anofter member of the &cihty's stajBf) wiH need to fix tiie problem at those 
machines 10, to make at least one machine 10 available. If this is not possiTjle, the operator 
may be required to remove all donors from the Donor Assignment Queue, as described 
below. 
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At any time prior to machine assignment^ the'operator may edit the infonnation about 
a piocedure by selecting the donor's icon (e.g., icon 402) in the Donor Assignment Queue 
406 in screen 401 and clicking the Edit button 405. The Prepare Procedure Wizard (see F^s. 
3B-3E) appears, allowing the operator to edit the procedure information. Once the operator 
clicks Finish 352 on the last page 351 of the wizard, the Assign Machine task window 401 is 
redisplayed. (Alternatively, the operator may redisplay the Assign Machine task window 401 
by clicking Cancel 326 on any page of the wizard; however, in this case, the modifications 
ftat were made in tiie wizard are discarded) 

At any time prior to machine assignment, the operator may remove a donor from the 
Donor Assignment Queue 406 by selecting the donor's icon (e.g., icon 402) in the Donor 
Assignment Queue 406 and clicldng the Remove button 407. A Confirm Remove Donor 
dialog box (not shown) may be made to appear, allowing the operator to enter a reason for the 
removal and/or select a reason from a predefined list (preferably created by the 
Administrator). Once the operator clicks the OK option in the Confirm Remove Donor dialog 
box (not shown), flje donor's icon is removed from the Donor Assignment Queue 406. 

The operator may also unassign a donor from an apheresis system 10 under the 
following conditions; namely, if another donor is currently donating on the machine, and tiie 
donor the operator wants to unassign is queued to donate on the machine, and/or if the 
machine is offline. To unassign the donor, the operator may click the machine icon 404 in the 
Machines list 408 and then click the Unassign button 412. The machine icon 404 returns to its 
previous state. In addition, an icon (eg., icon 402) for the unassigned donor reappears in the 
Donor Assignment Queue 406, To distinguish this donor fcom donors who have not yet been 
assigned to any apheresis system 10, this donor*s icon is gray. The donor may then be 
reassigned to an apheresis system 10 as described in the basic procedural flow, or removed 
from the Donor Assignment Queue 406 as described in the "Remove Donoi^ alternative flow, 
above. Note: the Unassign button 412 is disabled when no machine icon is selected. If fee 
operator then clicks a machine icon (such as icon 402, inter alia) the Unassign button 412 
will remain disabled, the unassign feature not being available for that machine at this time. 



-53- 



wo 01/65463 



CA 02370758 2001-10-30 



PCTAJSOl/06696 



If a donor is assigned to an apberesis system 10, but flien is dismissed at the apheresis 
machine 10 using, for example, the touch-screen display 199, the machine icon 402 in the 
Machines list 408 in the Assign Machine task wfaidow 401 returns to the *TReady for Donof' 
state. In addition, an icon (eg., icon 402) for the dismissed donor reappears in the Donor 
Assignment Queue. To distinguish this donor from donors who have not yet been assigned to 
any apheresis system 10, this donor's icon is '*grayed-ouf Hie donor may then be reassigned 
to an apheresis system 10 as d^cribed in the general sub-procedure for Assign a Donor, or 
removed from tiie Donor Assignment Queue 406 as described in the "Remove Donor^ 
alternative sub-procedure, above. 

After assigning a donor to an apheresis machine 10 as described, the display 
screen 421 shown in Fig. 4B appears on the corresponding display area (eg., touch- 
screen 199, if used) of the assigned blood component apheresis assembly 10 itself. The 
operator may then cither confirm the information appearing on the apheresis screen 421 by 
depressing the "continue" button 422, or the like; or the operator may touch/push the box 423 
marked with an **X" to decline the donor assignment, thus sending the donor data back to the 
central system 140 and figuratively send the donor back to the "waiting/screening" room. 
The apheresis screen 421 shown here may have touch-screen capabilities as understood in the 
art, or may accept input through other means such as mouse driven cursors, inter alia, which 
are within the skill of the art. 

Note, it is still also conceived that thougji perhaps not preferable, there may be 
situations in which the system may be configured to allow the operator to enter data directly 
on the apheresis machine 1 0 itself and then perform data manipulation and/or optimization as 
is known for many existing machines 10 without requiring the use of a central 
computer/database system 140. Nevertheless, it is also conceivable that in such a situation it 
may be preferable to still coDect data at a centralized system 140 for database ox reporting 
purposes. 
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After the download of the infonnation from the computer/database system 140 to the 
actual apheresis machine assembly 10 as described, then the computec/database system 140 
may preferably only be used for monitoring and/or reporting. This follows a preference that 
all actual apheresis control during a procedure remains readent in the apheresis machine 10 
itself. It is possible, however, if not preferable, to have computer/database system 140 exert 
control over apheresis machine functions, including process control manipulation and 
optimization, during procedures, as well. In either case, as shown in screen 501 of Fig. 5A, it 
is at this point fliat the computei^database system 140 can be used to monitor the procedure(s) 
occurring on one or more apheresis machines 10. All procedure interv^tions again would 
preferably occur directly on the apheresis machine 10 through its touchscreen 199 or other 
input mechanism as known in tiie art 

In monitorii]^ mode, teal time monitoring of procedures on the centralized computer/ 
database system 140 allows the administrator to know the status of collection of any or aD 
machines 10 at a glance. This can help with scheduling and management Alarm states may 
also be displayed and/or all other occurrences and/or activities of each machine may be 
recorded (not specifically shown). As shown in screen 521. Fig, 5B, detailed data 
information can be called up to assess the status of a procedure. More details concerning 
fliese display screens and the information thereof will now be set fiirth. 

In operation the operator preferably double-clicks the Monitor Procedure task 
icon 21 0 in the main window task bar 205 (Figs. 2A and 5A), or, alternatively, tiie operator 
may select the "Monitor Procedure" element (not shown) from the Tasks menu 2 1 6. 

The present system 140 preferably provides users with the ability to view the status of 
all procedures currently running on machines 10 connected on the local machine network 
146A (see Fig. IQ, as well as procedures which have completed on a machine 10, but for 
which not all required finalization data has been added to &e procedure record. Status 
information is supplied continuously from each machine 1 0 to visit status table (not shown) in 
the central database 142. The Monitor Procedure module scans an internal visit status table 
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recunently; die Monitor Procedure task window 501 is preferably updated based on tiie 
current data in tiie internal visit status table. Using the Monitor Procedure function, operators 
can enter a comment about a procedure; enter finalization data about tbe procedure, such as 
supplies data and operator roles; view more detailed infohnation about a procedure's status; 
or force record completion, inter alia. 

The basic flow for the monitoring sub-procedure is as follows. Two differwit general 
types of procedures are displayed in the Monitor Procedure task wmdow 501; namely Active 
and Pending procedures. In Active procedures, all of the procedures currently running on 
machines 10 connected to the machine network 146 A, including active procedures currently 
in an alarm state, are shown. Pending procedures are procedures that have been completed on 
the apheresis machine 10, but for which not all required finalization data may have been 
entered in the procedure record. Note, procedures are considered active from the time tiiat 
donor and procedure data is downloaded firom central system 140 to an apheresis machine 10, 
until the time that the central system 140 receives indication from the apheresis machine 10 
that either the procedure mn has been completed, or the operator has indicated on the 
apheresis machine 1 0 that the procedure run is incomplete. 

In the Monitor Procedure task window 501 , procedures are preferably displayed in 
table format (as shown in Fig- 5A), For each procedure, the following infoimation is 
preferably displayed: machine ED; collection stage and status; donor name; procedure name; 
and the time remaining. In addition, an icon (e.g., icon 503) next to each procedure 
description may preferably indicate if the procedure is in an active, pending, or even an alarm 
state. 

The operator may then optionally select a procedure in the hst and then click the Add 
Comment button 505 to enter a comment in the procedure record for fliat procedure. An 
Enter Procedure Comment dialog box (not shown), may then be made to appear. The operator 
can then select a comment from the pro-configured comment list (preferably created by the 
System Administrator) and/or enter a finee-fomj text comment entry. 
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The operator may then optionally select a procedure in the list and then click the 
Procedure hformation button 507 to enter data about the procedure, such as supplies data and 
operator roles. A *Tinalize Procedure Infortoation" dialog box may then f^pear, showing the 
Supplies tab. (For more information about this dialog box (not shown), see fte *Tinahze 
Procedure'* descriptions (Figs. 6C-6I, below). 

The operator may also optionally select a procedure in the list and then click the 
Status button 509 to view more detailed information about the procedure. A Procedure Status 
dialog box 521 (see Fig. 5B) may then appear. (Opttonally, the operator may double-click the 
selected procedure in the list to view this Procedure Status dxsiog box 521 .) This dialog box 
521 preferably shows the procedure time (time remaining, total time, and estimatcd.end time) 
and the current collection status for each of the three blood product types (platelets, plasma, 
and RBCs) which may be in the process of being collected as part of a procedure. 

Several alternative conditions and/or sub-procedures may be available in Procedure 
monitoring. For example, when an alarm, warning or alert condition occurs within an active 
separation and collection procedure, the system may change the icon next to the procedure 
description in the Monitor Procedure task window 501 to an "alarm'* icon (not shown). The 
operator can view the alarm description (preferably uploaded automatically to central system 
140 ficom the apheresis system 10 generated by the run data for the procedure) by selecting tiie 
procedure from the procedure list m the Monitor Procedure task window 501 procedures list 
504, clicking the Procedure Information button 507, and then clickmg a Procedure Log tab in 
the Finalize Procedure Information dialog box (see similar description in Figs. 6C-6I, below). 
However, the alarm cannot be resolved in the preferred embodiment directly wi&in the 
central system 140. The alarm must flien be resolved at the machine 10. Once this alarm (and 
any other alarms on the machine) have been resolved at the machine 10, the central system 
140 may change the icon next to tiie corresponding procedure description back to an "active 
procedure" icon such as icon 502, for example, as opposed to an inactive icon 503. 
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At any time, a proceduie may no longer meet the active or pending criteria. An update 
to Ihe visit status table in fee cential database 142 may cause a procedure that was previously 
displayed in the Monitor Proceduie list on screen 501 of procedures to be removed from the 
list. Only procedures that have a status of active or pendmg are preferably displayed m fee 
proceduie list If a procedure previously was active or pending, but no longer meets that 
criteria fee next time central system 140 scans fee visit status table, fee procedure is no longer 
displayed in fee Monitor Procedure task window 501 . 

At any point in monitoring procedures using screen 501, an operator may sort 
procedures in procedure list In particular, fee operator may click one of fee column headings 
in fee procedure list to sort fee procedures using different criteria. Procedures may preferably 
be sorted by one of fee following: Machine ID, Status, Donor Name (first name, last name), 
Procedure, or Time Remaining. The first thne fee column heading is clicked, fee procedures 
are sorted in ascending alphanumeric order. Each subsequent click of fee column heading 
results in a display of fee elements in fee opposite alphanumeric order (ascending or 
descending). 

As a usual last step in fee overall blood component separation and collection proc^ 
using a central system 140, the record finalization and reporting fimction of fee 
computer/database system 140 will now be briefly introduced. First, fee computer/database 
system 1 40 is preferably capable of capturing a great deal of optional information from fee 
apheresis system 10 as well as from manual entry. This end-of-run information may feen be 
used in generating a multitude of optional reports b addition to standard mn records, bofe of 
which optionally being formattable as desired by fee operator (see Figs. 6K, 6L and 6M, 
described below), Furfeer, various types of data can be sorted and measured relative to each 
ofeer as desired as well. For example, fee time period of fee entire collection procedure can 
be reported relative to the numbers and/or quantities of fee products collected (volumes or 
contents). Or, certain quality measures may be reported against eifeer or any of fee ofeer data 
collected by fee computer/database system 140. In addition, certain data may be manipulated, 
edited or amended, or comments added thereto after a collection procedure. For example. 
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certain additional information may be added such as infonnatioa about the type of tubing set 
used or post procedure laboratory values. Nevertheless, the data generated by the apheresis 
machiiie 10, itself, very preferably would not be capable of being edited or changed in any 
way. As above, more details of the overall reporting functionalities will now be set fbrftt 

The present invention allows (Operators to search for and select any procedure record 
in the central database 142, whetiier the procedure record is opened (as for active and prading 
procedures) or closed (as for finalized procedures)- As shown, for example by screen 601 in 
Fig. 6A, operators can search for procedure records based on donor ID, unit number, or a 
rangeof dates. Once the desired procedure record has been found, the operator can access the 
procedure record to do one of the following: View and/or enter finalization data (see the 
"Finalize Procedure Record" sub-procedure described below); or, View and/or enter lab 
results data (see the "Lab Results Entry/Edit" description below; Fig, 6J) 

The Basic Flow of this sub-procedure case follows the scenario that the operator 
piefecably searches by either donor ID or unit number, and that the operator wante to 
view/enter finalissation data for the procedure. The operator preferably double-olicks the 
Select Procedure task icon 21 1 in the main task bar 205 (Figs. 2A and 6A), or, alternatively, 
flie operator may select the "Select Procedure" element (not shown) from the Tasks menu 216 
(Fig. 2 A). The operator may dien search the central procedure record database 1 42 for the 
desired procedure recoid(s), either by donor ID (see field 602) or unit number (field 603). 
Searching by a range of dates (see fields 604) is anodier preferred alternative- The operator 
clicks the desired radio button, which clears any information which may be cuirentiy shown 
in other selection option fields, and the operator flien enters a full or partial entry of the donor 
ID or unit number or dates in flie appropriate box. Logical and/or boolean-^'pe searches are 
also pieferably available. Alternatively, the operator may use the barcode reader (not shown) 
to enter the donor ED or unit number. For date searching, flie operator may enter a starting 
date in the From box, and enter an ending date m the To box. Either date can be typed in the 
text box or selected using a pop-up calendar (see calendar 61 1 in Fig. 6B). 
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The oj^mtor may then click the Search button 610 or press the Enter key (on flie 
keyboard, if used). The central system 140 then searches the central database 142 and 
displays all possible matching procedure i^ords in the Search Results box 612. The search 
finds both open and closed procedure records. In date searching, the Search Results box 
displays all procedures that were performed within the specified date range. 

The operator may then click the desired procedure record in the Search Results 
box 612, and then click the Procedure Information button 614 (shown grayed-^ut in Figs. 6 A 
and 6B, since a record is not yet selected there, Le,, is not yet highligjited A Finalize 
Procedure Information dialog box 621, which may also be known as a Procedure Data Entry 
Edit box 621 (see Figs. 6C-6I) then appears (optional doubleHslickin^ of the procedure entry 
in the Search Results box 612 may also display the Finalize Procedure Information dialog 
box 62 1), here showing a Supplies tab 63 1 . (For more information about this dialog box, see 
the *TinaIize Procedure" sub-procedure described below.) 

Note, alternative search steps may also be performed. For example, if the operator 
clicks the Search button 6 10 with no search criteria given, then the Search Results box 612 
preferably displays all procedure records in the central database 142. Alternatively, the 
correct procedure record may not be found, in which case the operator may then perform a 
new search by entering new search criteria. 

Also, flie operator may sort procedure records in Search Result box 612 by clicking 
one of the colunm headings in the Search Results box 612, This will sort tfie procedure 
records using different criteria. Procedure records may preferably be sorted by one of the 
following: Unit Number, Date, Donor BD, or Donor Name (first name, last name). The first 
time the column heading is clicked, the procedure records are sorted in ascending alpha- 
numeric order. Each subsequent click of a column heading results in presentation of the 
records in the opposite alphanumeric order (ascending or descending). The operator may also 
view a Lab Results Entry/Edit Dialog box (see box 701 ; Fig. 6J) by clicking the desired 
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procedure record in the Search Results box 612, and ^cn clickmg the Lab button 616 to view 
tiie Lab Results Entry/Edit dialog box 701 (Fig. 6J). 

The operator may preferably access the Finalize Procedure Information dialog box 621 for 
a particular procedure using one of two metiiiods, the Monitor Procedure sub-procedure 
described above (see Figs, 5A-5B), and/or the Select Procedure sub-procedure {Fig,6A). Ihe 
operator can access the Finalize Procedure Information dialog box 62 1 via the Select 
Procedure task window 601 (see Figs. 6A and/or 6B), preferably if the following is true; the 
procedure will be run, is cuirendy running, or has been run \mder control of the central 
system 140. Note that while using Select Procedure, the operator can preferably access tiie 
Finalize Procedure Information dialog box 621 regardless of whether the procedure record is 
opened or closed (this is in contrast to Monitor Procedure; the procedure record must 
preferably be in open status in order to access it from the Monitor Procedure task window 
501). In addition, once the procedure has been completed on the apheresis machine 10, the 
operator may use the Select Procedure task window 601 to access a Lab Results Entry/Edit 
dialog box 701 (Fig. 6 J), allowing the operator to view/enter lab product results. 

Moreover, the operator can preferably access the Finalize Procedure Information dialog 
box 621 any time after the Prepare Procedure Wizard (see description of Figs. 3B-3F) has 
been completed for the donor/procedure. Thus, the operator may enter procedure mformation 
such as supplies and operator roles (see below) while die procedure is still rtinning. However, 
even if all required data has been entered and saved in the procedure record, the procedure 
record is not considered closed until after die apheresis machine run has been completed (i.e., 
the central system 140 has dQtscted a reboot or similar such signal from the apheresis 
machine 10). In addition, in order to update the status of a procedure record fiom open to 
closed) all required information must be present in the Finalize Procedure Information dialog 
box. Required information is preferably either or both dictated by the central system 140 
(imit number, machine ID, donor ID, date), and determined by the System Administrator 
during system setup (required supplies, operator roles, etc.). 
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Once flie central system 140 changes the status of a procedure record ftom open to closed, 
Ae central system 140 preferably removes the procedure firom the Monitor Procedure list 504 
(see Fig. 5A). After this point, the system 140 may require use of the Select Procedure task 
window 60 1 to revisit the procedure record. Note: a procedure is preferably also removed 
from the Monitor Procedure list 504 if a System Administrator forces record completion 
using button 51 1 in Fig. 5A (i.e.. when the System Administrator determines that a record 
cannot or wiU not be closable in accordance with normal procedures as dictated herein). 

To finalisB a procedure,' the operator will preferably select a proceduie listed in eifljer the 
Monitor Procedure window 501 (Fig, 5A) or flie Select Procedure task window 601 (Fig. 6A), 
and then open the Finalize Procedure Infonnation dialog box 621 (Pigs. 60-61). The 
procedure record for the selected procedure is then displayed in the Finalize Procedure 
liifeimation dialog box 621 , preferably in mitial form with a Supplies tab 63 1 as shown in 
Fig. 6C by default. 



In tiie top portion 629 of the Finalize Procedure hiformation dialog box 621, the 
operator confirms all preferably required and prcijopulated procedure inlbnnation, as 
follows: Unit Number, Machine ID; Procedure Date; Donor ID; Donor Name; and End Time. 
AU of fee above infonnation is preferably non-editable, and is preferably downloaded from 
&e central database 142 and/or the apheresis system 10 run data for this procedure. 



On the Supplies tab 631 (Fig. 6C). the operator may enter procedure supplies data. 
The supphes data entries may include the following: an "X" box or column, and various 
columns which may include a Description, a Lot number, an Expiration date, and a 
Manufacturer column, inter alia. In the "X" box/column, preferably fee left-most colunm in 
the grid, the Administrator preferably defines which supplies entries are required, using an 
*0C' in this cell for such required supply information. In the Description field, which is 
preferably nonredifable as defined by an Administrator during setup, fee Administrator 
preferably sets up supplies data by providing supplies descriptions and defining each supply 
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as an optional or required entry. Each supply description the Admimstiator defines preferably 
appears m the Description column in fbe grid. The Lot number is piefeiably required if any 
supplies entry is a required entry. Hiis can be typed into the box, or alternatively, the 
operator may use the barcode reader to enter this data automatically. The Expiration date is 
also preferably required if any supplies entry is a required entry. This also can be typed into 
the box, or alternatively, entered using a barcode reader to enter this data automatically. 
Similarly, the Manufacturer data is preferably required if any supplies entry is a required 
entry. Preferably a drop-down list, editable by selection only is used for entry here. 
Alternatively, flie operator may use the barcode reader to enter this data automatically. 

The operator may then optionally click the Operators tab 64 1 (see Fig. 6D) in the 
Procedure Data Entiy/Edit screen 621 (also known as the Finalize Procedure Infbrmation 
screen 621 ; Figs. 6C-61) to access the operator role data entry area. Here, the operator may 
preferably enter information about operator roles. Each operator role entry may include the 
following: an ^'X" box or column; a Role column, and Operator E) and Name columns. The 
"X" box or column is again preferably the left-most column in the grid, with flie 
Administrator having pre-defined an operator role entry as required such that an "X" appears 
in this cell for that role. The Role column is preferably non-editable, defined by flie 
Administrator during system setup. The System Administrator preferably sets up op^tor 
roles data by providing operator role descriptions and defining each operator role as an 
optional or required entry. Each operator role description the Administrator defines appears 
m the Role column in the grid. The Operator ID and Name columr^ are preferably required if 
the operator role is a required entry. Tliese may be dropdown lists, editable by selection 
only. When the operator selects an item in the Operator ID dropdown list, die corresponding 
Operator Name cell is preferably automatically populated with the operator's first and last 
names. Alternatively, an operator name can be typed in the box, but it reverts to match tihie 
cunently^selected operator ID flie next time the procedure record is displayed. 

The operator may then optionally click the Donor Information tab 651 in screen 621 
(Fig. 6E) to view the donor information for this procedure. The donor information is 



-63- 



wo 01/65463 



CA 02370758 2001-10-30 



PCTAJS0iy06696 



prefeably supplied fix>m the central donor database 142 and/or the blood bank information 
system, as weD as information entered during flie Prepare Procedure Wizard for lids 
procedure. Once the central system 140 creates a procedure record for a procedure, the donor 
infommtion becomes a part of the procedure record, providing a snapshot of this infoimation 
on the date the procedure was rmL This information is therefore preferably non-editable. The 
donor information preferably includes flie following: Gender; Hei^ Weight; TBV (Total 
Blood Volume); Blood Type (if available); CMV and HIA status (if available); and Pro- 
procedure values for hematocrit and platelet coimt In addition to the above information, this 
tab 65 1 pteferably also shows the post-procedure values for hematocrit and platelet count 
This infonnation is preferably provided from the apheresis system 1 0 run data for tiiis 
procedure and thus, like the other information in (his tab, these values are preferably non- 
editable. 

The operator may then also optionally click flie Record Status tab 661 in screen 621 
(Fig. 6F) to view the current central system procedure record status. The status options 
preferably update automatically during the procedure run and procedure record entry. The 
options, which are preferably non-editable within this module, may include the Procedure 
Record, die Machine Release, the Visit Status and the Reason. The Procedure Record 
preferably remains Opened until all required information has been entered in the procedure 
record; at that point, the central system may update this option to Qosed. A check box can be 
used to indicate whether the machine has been released for the next donor. The Visit Status 
preferably shows die current status of the donor's visit (for example, if the procedure is 
currently rurming, this box shows the same status that is shown in the Monitor Procedure task 
window 501 (Fig. 5 A) for this procedure). The Reason field may preferably be used to 
indicate whether and/or if the donor was removed from the Donor Assignment Queue 406 in 
the Assign Machine task window 401 (Fig. 4A) for any reason (incomplete procedure, 
dismissed at the apheresis system 10, etc.); the reason being displayed in this box. 

The operator may then optionally click the Procedure Log tab 671 (see Fig. 6G) to 
view the procedure name and the procedure log (an event log of all machine alerts, alarms, 
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warnings, and operator adjustments entered throughout the procedure). Procedxtre conunents 
ttiat have been entered by a system operator may be intennixed (according to tim^tamp) with 
the other information in this scrollable region. This infonnation is prefoably variable for 
active donations and remains at the final status display for pending and finalized procedures. 
The infonnation is preferably non-editable and is preferably sv^plied by ttie apheresis 
machine 10 run data and by the operator entering procedure comments either m this dialog 
box 671 or via the Monitor Procedure task window 50 1 (Fig. 5A), The operator may 
optionaUy cKck the Conunent button to enter a comment in the procedure record for that 
procedure. An Enter Procedure Comment dialog box (not shown) may be made to appear. 
The operator can select a comment &om the pre-configured comment list (preferably created 
by the Administrator) and/or enter a fi^ee-form text comment entry. If the operator clicks tihie 
OK option, the Finalize Procedure Information dialog box 621, Procedure Log tab 671 is 
redisplayed, showing the date and time fee comment was created, as well as the user ID for 
the user who was logged on when the comment was created. If the operator clicks Cancel, fee 
Finalize Procedure Information dialog box 621, Procedure Log tab 671 is redisplayed, but fee 
comment is not included in fee procedure record. 

The operator may then optionally click fee Run Summary Tab 681 (Fig. 6H) to view 
fee machine-estimated product volume infoimatioiL This information is preferably provided 
by fee apheresis machine 10 after the run is complete. Until fee procedure is completed, all of 
fee fields in feis tab are blank. The information would feen be non-editable and de&ulted 
fix)m fee procedure run data (machine run summary). This information preferably includes 
fee following: fee estimated volume for platelet, plasma and RBC products; fee AC vohmie 
in platelet, plasma and RBC products; fee estimated yield for platelet producte; fee total AC 
volume used; fee AC administered to fee donor during fee procedure; fee total blood volume 
processed; and Summary remarks, preferably including one or more of fee following: a 
reminder to label LRS platelet product as having less fean 1 x 10e6 white blood cells (if so 
leukoreduced, as on fee Trima® system 10; a reminder to count fee product; a reminder to 
verify platelet yield; a reminder to verify platelet volume; a reminder to determine whefeer 
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platelet conceutration is out of range; a reminder to verify plasma volume; wad/or a reminder 
to verify RBC product 

The (q)erator may then optionally click the Blood Loss Tab 691 (Fig. 61) to view blood 
loss entries. Blood loss information preferably includes the Product, the Tubing Set Residual, 
the Blood Sample and an Other column. A check box for Rinseback Con:q)letion is also 
provided. In more detail, the Product column shows product volume for plasma and RBCs. 
This information is preferably downloaded ftom the apheresis system 10 run data for this 
procedure, and is preferably non-editable. The information is determined based on the 
procedure that was run and the donor's hematocrit. Until Hie procedure is completed, these 
fields are blank. The Tubing Set Residual preferably shows the volume of plasma and RBCs 
remaining in the tubing set This information is also preferably downloaded fipom the 
apheresis system run data for this procedure, and is preferably non-editable. During the 
procedure, this information is detemiined based on the collection status, the tubing set type, 
tiie procedure that is being run, and the donor's hematocrit When the procedure is completed, 
this information is determined based on all of the above, as well as wheflier or not rinseback 
was completed for tiae procedure. The Blood Sample column presents the volume of blood, 
entered by operator for plasma and/or RBCs, according to the fecility*s SOPs. The default 
value if, used, is preferably specified by the Administrator. The Other column includes any 
Other volume of blood (for example, estimated volume of a spill), entered by operator for 
plasma and/or RBCs, according to the fecility's SOPs. The Donor Completed Rinseback 
check box is checked if rinseback was completed for the procedure. Until tiie procedure is 
completed, this box remains unchecked. Hiis information is also preferably downloaded from 
the apheresis system run data for this procedure, and is preferably non-editable. 

After entering and/or confirming flie above data (particularly as may be required by 
the SOP'S of a particular blood center), the operator may then click the ''OK" button 622 
(Figs. 6C-6I) to save the record. The central system 140 saves the procedure record. If all the 
required information has been entered, the central system 140 updates flie status of the record 
to be closed. The central system 140 may tiien also close the Finalize Procedure Infonnation 
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dialog box 621 aad redisplay either the Monitor Procedure task window 501 (Fig. 5 A) or the 
Select Procedure task window 601 CFig. 6A), depending on the method tiie operator originally 
used to open the Finalize Procedure Information dialog box 621. 

Alternatively, tiie Operator may click the Apply button 624, at any point while the 
Finalize Procedure Information dialog box 621 is displayed to save the data in the procedure 
record up to that point* without closing the dialog box 621 . The central system 140 saves the 
procedure record and» if all the required information hxis been entered, the system 140 updates 
the record's status to closed Similarly^ at any point while Ae Finalize Procedure Information 
dialog box 62 1 is displayed, the operator may click the Cancel button to cancel the current 
entry session. The central system 140 may then discard all unsaved changes in the procedure 
record, and close the Finalize Frocediue l^onnation dialog box 621 and redisplay either the 
Monitor Procedure task window 50 1 or the Select Procedure task window 60 1 , depending on 
the method the operator used to open the Finalize Procedure Information dialog box 62 1 . 

Various alternative actions are also available. For example, the Operator may view a 
record for a procedure which has not yet begun. The central system 140 creates a procedure 
record as soon as the operator completes the Prepare Procedure Wizard for a procedure {see 
Figs. 3B-3E). However, the procedure does not appear in the Monitor Procedure task 
window until the donor and procedure information is downloaded to the assigned apheresis 
system 1 0. Prior to that time, if the operator wants to view the procedure record, he/she can 
search for the procedure record using the Select Procedure task window 601. The operator 
may also view and/or edit information in the Finalize Procedure Information dialog box 621, 
as described here; i.e., at any point in the overall process, however, in most instances, doing 
so at before a process has begun or during the process would be premature. 

However, Lab data entry/edit may also be performed fix>m screen 601 (as introduced 
above) at any time in the overall process; generally after such data has been processed and 
returned fix)m the Laboratory. Again, the Lab Data Entry/Edit screen 701 (Fig. 6 J) is 
preferably accessed by selecting the Lab button 61 1 in screen 601 (Fig. 6 A). Then, lab 
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information may be entered/editBd in screen 701 according to the product types (see the three 
tabs for Platelet Products, Plasma Products and Red Blood Cell Products). Then, Lab data 
entry/editing may be perfonned according to the information on hand. For exanq^le. 
Collected Product information can be entered/edited (although diis information may be 
downloaded from the qpheresis machine 10, and dms may be made non-enterable/non- 
editable, here); Residxial Count information can be edited/edited (as maybe applicable); and 
Split Product information may be entexed/edited (Split ID numbers; concentrations, bag 
weights, volumes and/or yields, e.g.), here. 

Ehning use of the Select Procedure task window 601, the operator may click one of 
the column headings in a grid to sort the entries using different criteria. The first time the 
column heading is clicked, the entries are sorted in ascending alphanumeric order. Each 
subsequent click of the column heading results in the opposite alphanumeric order (ascending 
or descending). 

Note, the Donor maybe dismissed at the Machine 10 after the central system has 
initiated a record. In such a case, the central system 140 preferably automatically closes the 
procedure record if botih of the following are true: The donor is assigned to an apheiesis 
system, but then is dismissed using die apheresis system touch-screen display 199 before the 
procedure is begun; and, the operator does not assign the donor to a different machine 10, but 
instead removes the donor from the Donor Assignment Queue 406 in the Assign Machine 
task window 401 (See Fig. 4A). For more information, see the following alternative actions 
' described relative to the "Assign Machine" subiprocedure relative to Figs. 4A and 4B. 

The central system may also detect an Incomplete Run, in which case, the system 140 
preferably automatically closes the procedure record if bolii of the following are true: the 
donor is disconnected from the apheresis system 10 and the operator indicates on the machine 
that the run is incomplete, and the operator has completed all information necessary to 
finalize the procedure record. If die operator has not yet completed all information necessary 
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to finalize flieprocediDrereccmijIiie procedure such information 

has been entered, as described, above. 

Note, ftroughout tiie descriptions of prefcired options above, there are set forth a 
plurality of described instances of data/information preferably being communicated to and 
from the central system 140 from and to the aphcresis systera(s) 10. Nevertheless, it is 
understood that not all of these particular types of data or information may be used or 
captured oi communicated by many available blood processing systems. Thus, it should be 
understood that all such instances in the above description are intended as the preferred 
embodiment, and that lesser direct communications and mere manual data transfer from and 
to a central system 140 and associated blood processing systems 10 are also intended within 
die scope of the present invention. Thus, for exsnqjle, data may be manipulated and/or 
optimized on/in a central system 140, and the results of which may not be readily transferred 
to a blood processing system 10 (see perfiaps systrais lOB and/or IOC as shown in Fig. IB, 
e.g.), and therefore the resulting manipulated and/or optimized data or information may have 
to be operator entered into such a system 10 for use thereby. Similarly, the results of the 
processing/collection procedure performed by a lesser compatible system (see again, perhaps 
systems lOB and/or IOC, e.g.) may not be automatically communicatable to the central 
system 140, but may be operator transferred (i.e., manually entered) upon procedure 
completion. Instances of preferably non-editable fields or data, as set forth above, would thus 
not be applicable here. Rather, such data fields would indeed be editable/enterable depending 
upon which type of blood processing system 10 were being used. A furtiier similar process 
for data handling may be performed for whole blood collection systems (see e.g., the whole 
blood representation lOD in Fig. IB), wherein a data communicating machine is often not 
used (at least not in the initial collection process; a needle connected to a receptacleft^ag by a 
tube may be the collection device lOD). However, data/mformation may stttl be captured by 
manual data entry throughout tfie process, for example, from initial Reception and Screening 
through to Collection completion. Moreover, subsequent (or chair-side, or bed-side) 
processing may even be performed such as to separate the collected whole blood into 
components which may be desirably tracked in a central system 140. The data would rather 
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only be manually entered, or peiiiaps even certain subsequent (or chair-side, or bed-side) 
processing machines may have data communication abilities so as to communicate with a 
central system 140. The quantity and/or quality of data would flien only differ as to the type 
of procedure performed (e.g., whole blood separated into which components). 

Lastly, if the operator desires to view and/or print an End-of-Run report when the 
procedure is complete, he/she may do so using &e Reports feature of the Everest software 
(see generally Figs. 6K, 6L and 6M, for example). Various pre-defmed and/or system 
administrator defined reports are preferably generatable about donors, procedures and 
collected blood products, inter alia. The reports command may be an icon in the icon task 
bar 205 (though not shown as such here), or may be accessible through the Tasks menu 216 
(see Fig. 2 A, e.g,), inter alia. A list of previously configured reports may then be made to 
qjpear as for example is shown in dialog box 71 1 of Fig. 6K. Upon selection of a report from 
the list in box 71 1 , a report generating dialog box such as box 721 (Fig. 6L) may then be 
made to appear. Alter entiy of the prompted-for information, a report may then be generated. 
An example report is shown in the report previewer screen 731 (Fig. 6M). The presently 
preferred report generator is based on the Oracle® Reports platform which is a readily- 
available software application (from the Oracle Corporation, Redwood Shores, California). 
Thus, data from the central may be transferred to such a Report generating platform to create 
reports of any desirable format in fashions known and understood by those skilled with 
Oracle® Reports or like software applications. 

As mentioned throughout, an important element of flie overall system 140 is the 
communication subsystem 146 which provides communication between and/or among the 
various other devices/elements. As described above, subsystem 146 may involve hardwire or 
cable comections between the various elements; and/or it may involve oflier devices and/or 
software, A further communication alternative with the computer/database 140 may 
generally involve the intemet. As is known in the ait, the internet provides a "common 
language" through which multiple different systems can communicate without requiring 
special tailoring of each system. For instance, various protocols have been established to 
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&cilitate data communication on wbat has become known as the internet In particular^ the 
TCP-IP (Transmission Control Protocol - Internet Protocol) is an internet protocol stracture 
Mrtdch was developed in a 1973 Dq)artment of Defense research project design^ to Hnk a 
'^network of lowest bidders"; now in wide commercial usage since about 1988. In particular, 
the TCP ensures that the infoxmation goes to its destination correctly; verifies tiie correct 
delivery of data from client to server, and provides a common way of sharing information 
among different types of systems (PC, MAC, SUN workstation, etc.). Further, the BP also 
Qisures ttie information goes to the right location; moves packets of information from node to 
node; and provides unique IP addresses assigned by InterNIC (NSF, AT&T, & Network 
Solutions, inter alia.). The Internet then provides a web of information which can be accessed 
throng a single interfece (web browser). The internet can also provide a communication 
medium between a computer/database system 140 and various other computer information 
systems such as those shown in Fig. IB; and ostensibly provide communication protocols to 
or with the apheiesis machines 10 as well. 

As an example, as inventory is withdrawn or replenished within the hospital or blood 
bank, this information can be recorded via bar code. By connecting the information to the 
hospital information system (HIS) and on ftrough to bloodaccess.com, or a like internet 
connection address, a blood donation center can then access and monitor local inventory 
levels. When one hospital needs a stat or immediate order for a given blood component, the 
blood center may then locate and arrange transfer of the units from one center or one hospital 
to another. The blood center can then replenish &e units taken from the hospital within a 
short period of time (such as 24 hours) using flexible collection tiurough automation. 
Moreover, tiiis is not merely an inventory tool, it may also be tailored to fill specific needs 
such as in iht "dosing'" model introduced herein. 

Similarly also, donor recruitment and/or eligibility and/or qualification can be run by a 
centralized system to determine which donors may be able to provide certain products at a 
certain time. The data may be obtained by data input as above, or with data already existing 
in ttie memory 142 and/or as may be obtained by communication with a discrete information 
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system. Most preferably, these procedures could be perfoimed without the specific potential 
donor present Id predict what the donor could yield, and then if a desirable product is 
predicted (Le., the potMitial donor is eligible or qualified to give tiie desired product(s)), liie 
potential donor could then be contacted to recruit diem to undergo the procediue. In this 
&shion» a blood center could better tailor its blood and blood component supply to better 
match demand. 

By way of background and provision of a detailed application of the present invention, 
a description of the blood apheresis process and associated machinery will now be set forth. 
Various embodiments of blood component collection assemblies may incorporate principles 
of the present invention. However, as noted above on-line techniques have been determined 
to be quite effective and thus the present invention is being described with reference to such 
techniques. One embodiment of an on-line technique and attendant apparatus which may be 
incorporated into Ihe blood component collection system 2 of Fig. 1 A is illustrated in Fig. 7A. 
An on-line technique herein refers to the use of a blood processing device which is controlled 
by parameters entered directly therein and calculated or manipulated thereby to achieve all 
necessary control parameters. Off-line techniques refer to the use of data entiy and/or data 
manipulation performed by devices not resident on or within the particular blood processing 
device; though which are preferably disposed in data communication therewitii. 

The blood component collection assembly 10' of Fig, 7A utilizes an on-line technique 
in that a donor 14 (e.g., the whole blood source) is directly integrated with the system 10* by 
fluid interconnection with the blood component collection device 18. This particular on-line 
technique is more particularly referred to as a dua] needle configuration since there are two 
fluid interconnections between the donor 14 and the blood component collection device 18. 

The donor 14 is fluidly connected to the blood component collection device 1 8 by an 
inlet line 22 and appropriate needle assembly (not shown). Whole blood from the donor 14 is 
thus continuously provided to the blood component collection device 1 8 throu^ the inlet 
line 22 for separation of the desired blood component(s) therefiiom, utilizing an inlet pump 26 
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(e.g., a peristaltic pump) to maintam this flow if desired/required. Prior to the blood of the 
donor 14 entHing the blood component collection device 18, anticoagulant firom an 
anticoagulant {"AC") container 30 may be provided to Ae whole blood, utilizing an AC 
pump 32 (e.g., a peristaltic pump) to maintain this particular flow if desired/requiri^. 
Consequ^tly, fee inlet flow to the blood coii^nent collection device 1 8 typically includes 
both a flow of whole blood from the donor 14 and a flow of anticoagulant fiom the AC 
container 30, 

Hie blood component collection device 18 separates the whole blood provided on-line 
by the donor 14 into three primary constituents, namely platelets, a combination of red and 
white blood cells ("RBCAVBC"), and plasma. The platelets collected from the blood 
coniqjonent device 1 8 are directed through a platelet collect line(s) 34 to one or more platelet 
collect bags 38 via a collect pump 36. The plasma and RBCAVBC arc provided back to the 
donor 14 through a plasma line 42 and RBC/WBC line 46, respectively, both of which are 
mterconnected with a second needle assembly (not shown) on the donor 14 via a donor return 
line 50. Hie plasma line 42 includes a plasma pump 40 (e.g., a peristaltic pump) to maintain 
the flow of plasma if desired/required. Although plasma may be provided back to the 
donor 14 in the above maimer, it may be desirable to collect the separated plasma in some 
cases. In this regard, a plasma collect bag 54 may be provided and interconnected with the 
plasma line 42 (interconnection shown in phantom). In this case, appropriate valving 56 may 
be incoiporated in the plasma line 42. 

The blood component separation assembly 10" of Fig. 7B is similar to that of the dual 
needle configuration of Fig. 7A except that a single needle assembly (not shown) integrates 
the donor 14 within the blood component collection assembly 10". Consequently* similar 
components are similarly identified where appropriate. With regard to the single needle 
configuration of Fig. 7B, whole blood of the donor 14 initially flows through a donor access 
line 62 and into an inlet line 66 which is fluidly connected with the blood component 
collection device 18 such that the platelets are separated and collected in the above-described 
manner. The plasma and RBC from ftie blood component collection device 18 flow througlh 
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(he plasma and RBCAVBC lines 42, 46, respectively, both of which are ftuidly intercoimected 
with a return flow controller 74. As above, however, the plasma may alternatively be directed 
to a plasma collect bag 54. In the event that plasma is not collected* the RBC/WBC and 
plasma are provided back to the donor 14 through the return flow controller 74 via a donor 
return line 70 which is interconnect^ with the donor access line 62. As can be appreciated, 
since only a single line is directly connected to the donor 14, namely the donor access line 62, 
blood is either being removed from or provided back to the donor 14 such that the procedure 
is effectively two-step versus continuous in relation to the donor 14. 

An exemplary blood component collection device 1 8 which may be used in the blood 
conq)onent collection assembly 10 is more particularly illustrated in Figs. SA-SB. This and 
like devices 18 are the subject of various U.S. Patents, see particularly Nos. 4,387,848 to 
Kellogg et al., entitled Centrifuge Assembly, issued June 14, 1983, and 4,708,712 to Mulzet, 
entitled Continuous-loop Centrifugal Separator, issued November 24, 1987; inter alia, the 
disclosures of which are incorporated by reference in entireties herein. Such devices 1 8 are 
also commercially available from the assignee of the present application as such may be 
incorporated in the COBE Spectra® and/or Trinia(S) apheresis systems. 

Referring to Figs. 8A-8B, the blood component collection device 18 utilizes a . 
processing channel 80 to provide tfie desired disposable extracorporeal circuit. The 
channel 80 is positioned preferably within a groove formed directly or indirectly in a 
centrifuge rotor (not shown) (e.g., a separate filler may receive the channel 80 and be attached 
to flie centrifuge rotor), and is illustrated in the two-stage shape which it assumes during 
processmg {i.e., during flow of blood therethrough). Although a two-stage channel 80 is 
shown and described further herein, the present invention is not so limited; rather, the present 
invention may be used also with single-stage and/or any other centrifugal configuration as 
well as with non-centrifiigal separation machines or devices. 

As shown and described herein, the two-stage processing channel 80 gerxerally 
includes a first stage 84 for collectively separating red blood cells ("RBC") and white blood 
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cells (*WBC") from platelet-rich plasma, a second stage 92 for thereafter separating platelete 
from the platelet-rich plasma, a transitiQn portion 88 definixig a separation between file first 
stage 84 and second stage 92, and a control chamber 124 for maintaining a proper inter&ce 
between the first stage 84 and second stagp 92, namely the position of the interfece between 
the RBC/WBC and platelet-iich plasma within the transition portion 88. 

The first stage 84 extends from one end of the control chamber 124 along an aicuate 
path generally inwardly, toward the axis 132 about which the processing channel 80 rotates 
via the centrifuge rotor, until terminating at the transition portion 88. Specifically, the end of 
the first stage 84 adjacent the control chamber 124 is positioned at a greater radial distance 
from the axis 132 than the end of the first stage 84 adjacent die transition portion 88. An inlet 
tube 96 is fluidly connected with the first stage 84 between its two ends to introduce whole 
blood into the processing channel 80 and a RBCAVBC tube 100 is provided in the control 
chamber 124 for removing the separated RBCAVBC from the channel 80. Both the inlet 
tube 96 and RBC/WBC tube 100 extend externally of the rotatable device 18 for 
int^onn^tion with the donor 14 and/or collection bags 38, 54. 

As RBC/WBC sediment against the outer wall in the first stage 84 during rotation of 
the centrifuge rotor they are directed and counterflow toward the RBC/WBC tube 100 for 
removal from the channel 80 due to the increased centrifugal forces at the RBC/WBC 
tube 100 in comparison with die transition portion 88. That is, since the first stage 84 extends 
along an arcuate patb generally outwardly away from the axis 132 proceeding fix}m the 
transition portion 88 to die control chamber 124, the centrifugal force differential along die 
first stage 84 establishes the described counterflow of the sq)arated RBC/WBC. Moreover, 
the transition portion 88 also assists in providing for diis counterflow since it extends along 
an arcuate path generally inwardly toward the axis 132 proceeding from the first stage 84 to 
the second stage 92. 

The platelet-rich plasma, which has a lower density than the RBC and WBC, flows 
beyond the transition portion 88 from flie first stage 84 into die second stage 92 for furflier 
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processing, while the RBC/WBC are directed back toward the EBCAVBC tube 100 in the 
above-described manner. The second stage 92 initiates at flie radially inwardmost part of the 
transition portion 88 and extends along an arcuate path generally outwardly away j5x>n:i the 
axis 132 to a platelet collection chamber 104. Platelets are removed ftom flie processing 
channel 80 at the platelet collection chamber 104 by a platelet tube 108 which interfaces with 
the outer wall of the processing channel 80 at the platelet collection chamber 104. Thereafter, 
the second stage 92 extends along an arcuate path generally inwardly toward the axis 132 
until terminating at the plasma tube 112. Bo& the platelet tube 108 and plasma tube 1 12 
extend externally of the rotatable device 1 8 for interconnection with flie platelet collect 
bag(s) 38 and donor 14/plasma collect bag{s) 54, respectively. 

Platelets which do not separate from the plasma in the initial portion of the second 
stage 92 between the transition portion 88 and platelet collection chamber 104 are separated 
in the portion of the second stage 92 between the platelet collection chamber 104 and the 
plasma tube 1 12. These platelets will flow back towards the platelet collection chamber 1 04 
in the opposite direction of the flow of platelet-rich plasma/platelet-poor plasma ttirough the 
second stage 92 due to the configuration of this portion of the second stage 92. That is, the 
platelet collection chamber 104 assumes the radially outwardmost position in the second 
stage 92 such that all platelets, legardless of where separation occurs in the second stage 92, 
flow towards the platelet collection chamber 104 for removal from the channel 80. 

Platelet-poor plasma exits the second stage 92 and flows out through the plasma 
tube 1 12 which interfaces with the inner wall of the processing channel 80 and/or continues to 
flow through the remaining portion of the processing channel 80 to the control chamber 124. 
Plasma which flows to tihe control chamber 124 exits the channel through the control 
tube 1 14 which joins with the RBC/WBC tube 100 into a single outlet tube 120. The 
positionings and diameters of the RBC/WBC tube 100 and control tube 1 14 and the joinder of 
such into the common outlet tube 120 regulate the position of the RBC/WBC-platelet-iich 
plasma interfece within the transition portion 88 using conservation of mass principles. 
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As noted above, each blood component collection device 1 8 may include a prediction 
model appropriately interfeced with tiie operator input module 1 6 and/or disposed on or 
wifliin the manipulation device 144 or m an associated memory device 142 as shown in 
Figs. lA-lD any and/or all of which may be used to configure flie prediction model and/or to 
allow operator input of various parameters to be used by flie prediction model for predicting a 
yield of a particular blood component to be collected before a collection procedure is initiate 
using a compilation of algorithms. The preferred prediction model and Ihe optimization 
algorithms which are associated wiA the preset invention are described in detail in U-S. 
Patent Nos. 5,496;265; 5,658,240; 5.712,798; and 5,970,423; mter alia, all of which being 
commonly assigned to the assignee of the present invention, the disclosures of which being 
incorporated herein in theh: entireti^ as if fully set forth here by tiiis reference thereto. The 
algorithms and disclosures thereof will thus be only briefly described hereiiL 

The prediction model is typically configured by the site (e.g., the blood bank/center) 
for a particular blood processing or component collection procedure (e.g., sragle or dual 
needle) used by the site. Both single-needle and double needle procedures as shown in 
Figs. 7A and 7B will be used in the following general description, particularly in relation to a 
platelet-collecting procedure (althoug^i of course, any collection procedure can be understood 
as being substitutable herein). In this regard, an AC infusion rate (i.e„ the rate at which 
anticoagulant is provided to the donor 14 per the blood volume of the donor 14) and the AC 
ratio (i.e., the collective flow of AC and blood throu^ the inlet Ime 22 in relation to the flow 
of AC d]rou^ the line 22) must be ^ecified (througji configumtion or modified input as will 
be discussed below). Moreover, in the event that plasma is to be collected into the plasma 
collect bag 54 in the collection procedure, the maximum amount of plasma which should be 
collected considering tiie medical and physical characteristics of the donor 14 must also be 
provided. 

An4 as described in the above-mentioned patents, there are two alternatives for 
establishing the plasma volume limit These will not therefore be described forther here. 
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Fuitiiier information is lajuired by the prediction mcxiel prior to performing its yield 
prediction function. For instance, the total procedure time is typically input by the operator or 
pre-configured by flie site (e.g,, die blood bank/center). Moreover, the total procedure time 
may be affected by wheflier a stepdown option is utilized for the blood component collection 
device 1 S so as to enhance sepamtion of the various blood components. When tiiis stepdown 
option is selected^ the angular velocity of the blood component collection device 1 8 is 
incrementally reduced during flie platelet-collection procedure. For instance, the stepdown 
option could provide for angular velocities for the device 18 of 2400, 2200, and 2000 KPM, 
each of which would be for a specified duration. 

Based upon the foregoing, the configuration of die prediction model in relation to the 
blood component separation assembly 10' and associated protocol in effect standardizes site 
protocol for purposes of "normal" operations. However, for a particular donor 14 it may be 
desirable to alter the "configuration'* for one processing run. Consequently, the prediction 
model may utilize a procedure in which certain parameters utilized in the following equatioiis 
may be adjusted on a one-at-a-time basis. Such is referred to as modified input data and the 
associated parameters are procedure time, inlet flow rate to the device 18, AC ratio option, 
the desired platelet collect volume, the desired platelet collect concentration, and the desired 
source plasma volume to be collected. Moreover, other parameters such as AC infusion rate, 
stepdown option (yos or no), needle option (single or double), and high flow option (yes or 
no) may also be entered as modified input data by an operator. 

Having configured the prediction model in the above-described manner, the following 
additional information is provided and is utilized in the various calculations of exen^lary 
Equations 1-22 presented below: (I) needle option, namely whether the procedure is dual 
needle (Fig. 7A) or single needle (Fig, 7B); (2) run identification number for purposes of 
associating the data/output generated by the various equations with a particular donor 14 and 
processing run; (3) the gender of the donor 14; (4) the height of the donor 14; (5) the weight 
of the donor 14; (6) the total blood volume as calculated in Eq. 10 below; (7) the hematocrit 
of flie donor 14, either based upon an initial estimation and thereafter updated based upon 
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analysis of the donor's 14 blood san^>le (e.g., by a cell counter) or input directly ftom such an 
analysis; (8) Ihe platelet pre-count» either based upon an initial estimation and thereafter 
updated based upon analysis of the donor's 14 blood sample (e.g., cell counter) or iaput 
directly fiom such an analysis; and (9) whether plasma collection is desired in conjunction 
with the platelet collection. 

Based tipon die above initial configuration and subsequent data input (ex.cept when 
entered as modified input data), flie following output is generated by the prediction model: 
(1) platelet yield; (2) inlet flow rate; (3) AC ratio; (4) procedure time; (5) platelet collect 
volume; (6) platelet collect concentration; (7) source plasma volume; (8) AC in the platelet 
and plasma collect bags 38, 54; (9) platelet post-count; (10) AC infusion rate; and (1 1) output 
approval. This information is utilized at least in part in the following equations to generate, 
mter alia, the predicted platelet yield value of the collected platelets for the case of the dual 
needle procedure of Fig. 7 A and also for the case of the single needle procedure of Fig. 7B. 
The differences between those procedures wifii regard to the prediction model are identified 
herein* As will be appreciated, some of tiie equations are utilized in die calculation of die 
predicted platelet yield, whereas other equations are used to generate additional information 
for output and informational purposes. The variables or parameters and the units associated 
flierewifla of the equations are presented after the equations in the Variables Index. 

Platelet Yield: 




(Eq. 1) 



where: 



faP = (Qr^i tE + 50)(}^}/R)/Vb 



(Eq.2) 



and where: 



AC 



= 0.001 1 Vb PR < 150 



(Eq.3) 
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Alternatively, the platelet yield mEy be oq)rcssed as: 

Y=lxJO'CeaVaFT[2-cxp('Ec(OMlI(R-I)PtB'^50(J-I/R)/V9-OJ2}^^ (Eq.4) 
Platelet Collection Efficiency: 

Ec Q - C2 exp [9,91(1 - 1/R)HJ ^ 0 (Eq.S) 
where the constant Ci is defined as follows: 

Ci =^ 0.803 - dual n^dle, without stepdown 

Ci = 0.840 - dual needle, with stepdown 
where the constant C2 is defined as follows: 

Ci - 4.08 X 10"^ - dual needle, without stepdown 

- dual needle, with stepdown 

and where: 

QiHA ^ QiN (tE/ip) (Eq.6) 
In Eq. 6p tp may be provided as configuration data or modified data as provided above, or 
alternatively may be derived fi^om ttie solution of Eq, 4 for tfi. 



EfFective_PTOcedure Time: 

= tp - 500a/4S - 1/Qn,). > 45 
Only high-flow protocol is used for Qjn > 45. 

AC Infiision Rate Constaiit: 



(Eq.7) 



I ^ 1000 Q^/(PRVb) (Eq. 8) 
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Alternatively to the use of Eq. 8 for the derivation of the AC infusion rate constant I, such 
may be provided as configuration or modified input data pursuant to the above. 

AC Ratio : 

Initially, the AC ratio may be provided as configuration or modified ixtput data pursuant to ftie 
above. In configuration, it is defined as follows: 

R-1+2.51/H low 
= 1.33(1 +2.51/H) medium (Eq. 9) 

= 1.67(1 +2.51/H) high 

Total Blood Volume : 

Vb = 604 4- 0.006012 + 14.6 W ml (male) (Eq. 10) 

« 1 83 -i- 0.005835 + 15.0 W ml (female) 

Plasma Collect Factor : 

AC infusion rate control maintains the AC flow to the donor as: 

Qacp ^ 0,001 rVs (Eq-U) 
where the inlet flow associated wifli this is: 

Qi^ = ^Qacd = Om IRVb (Eq. 12) 

QiK is pn^ortional to the total AC flow, as given by Eq* 3, which includes ftte AC that flows 
to the platelet collect bag 38 and the plasma collect bag 54. P (Eq. 13) is the Victor by which 
QiN is increased by collecting AC, relative to not collectiog AC. That is, 

P = Qm^Qwo = (<iyerage Q,c)^Qaco (Eq- 13) 

where: 
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P - 1-^ (/acf/Qacd) [Vc/Op - 150/Qjs) + V^/(tp ^ 500/Q^j\ (Eq. 14) 
and where; 

/acp = [(R-m-H)]' (Eq.l5) 

Platelet Collect Volume : 

Vc = Ix 10' Y/ [CbO + f^)] (Eq. 16) 



Source Plasma Volmne : 

The four choices provided are as follows: 

VsP =0 



where: 



and where: 



Donor Post-count: 



= VcoN - Vc 
= /spVb ' Vc 
= specified as modified input 

Vcon = KcoM. W < Wc 
= Vcom Wc 

0.01 ^ fsp ^ 0.15 



S 0 



(Eq. 17) 



(Eq.l8) 



(Eq.l9) 



Cpo = Cpa i!K[{-Ec(O.O0I I(R-l)PtE+50(l-l/R)/Va-0.12)] £ Cpr (Eq.20) 



A warning is given if Cp© < 100. 



Collect Volumes: 



Vca Vc(l+ /,cJ 

VSPB = VsfO+ f,cp) 



{Eq.21) 
(Eq.22) 
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The primary equation to be solved for purposes of die yield prediction by the prediction 
model is £q, 4. Consequently, Eqs. 1-3 and 5-22 are ancillary to £q. 4 aldioug^ Siey may be 
used to calculate otber ou^ut data and/or infoimation required by Eq. 4. With regard to the 
manner in which Eqs. 1-22 are solved, all the iteration loops are preferably based on the 
technique of successive approximation, in which each iteration is a rqieat of the previous one, 
but using updated parameter valiies calculated m l£he previous iteration. Hiis process 
continues until all the convergence criteria are met The convergence criteria are that, on 
successive iterations, the variable difiference is < 1 for Vc, < 0,2 for t^, and < 10 for Cb- 

As noted above, the foregoing was based upon a dual needle configuration as 
illustrated in Fig. 7A. Tn the event that a single needle configuration such as that illustrated in 
Fig. 7B is utilized, the following Eq. T is used in place of Eq. 7 and the constants C\ and Cj 
for Eq. 5 are as follows: 
C(=0.803 
C2-8,54xl0-5 



tE ^ tp, Qj^ £ 20 
= tp ' 215(1/20^1/0^1 > 20 



(Eq. 11 



Variable Index 



Svmbols for Equations : 



C h C2 == constants in platelet collection efficiency equations 

Cb = platelet concentration in collect bag, expressed as 10' 



platelets/microliter 

Cpo ^ donor post-count, expressed as 1 0^ platelets/microliter 

CPR " donor pre-count, expressed as 1 03 platelets/microliter 

EC - platelet collection effici^cy 

f^CP - AC expressed as a fraction of pure plasma volume 

fBP = firaction of VB processed in platelet collection procedure 
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fiP VCON expressed as a ftaction of VB 

FY - user-specific (e,g., blood bank/center) yield calibratioa factor 

H = hematocrit of donor or patient 

1 = AC infusion rate constant 

L = donor or patient height, inches 

P = plasma collect fiactor 

QAC = AC flow, ml/min 

QACD = AC flow infiised into donor for platelet collection procedure ml/min 

QIN - inlet flow, ml/min 

QINA - average inlet flow for platelet procedures, ml/min 

QINO = RQACD"- inlet flow associated with QACD, ml/min 

R = AC ratio 

tE = equivalent procedure time, min 

tP = procedure time, min 

VB = total blood volume of donor or patient, ml 

VC = volume ofpure plasma in platelet collect bag, ml 

VCB total volume in platelet collect bag, ml 

VCON = volume constraint for total pure plasma collected, ml 

VCONH = higher value of VCON, ml 

VCONL « lower value of VCON> ml 

VSP = volume of pure plasma m source plasma bag, ml 

VSPB = total volume in source plasma bag, ml 

W = donor or patient weight, lbs 

WC - weight constraint associated with VCON, lb 

Y " platelet yield, number of piglets. 



As noted above, the computei/database as^mbly 140 associated with principles of the 
present invention interfaces with or at least provides ioformation to one or more blood 
component collection assemblies 10 to provide a blood component collection system 2. That 
is, although there are definite advantages to having an interface between the 
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computer/database assembly 140, and flie blood component collection device 18, tte 
optimization procedTore may be perfonned at any location and input into tiie blood component 
collection device 1 8 in any manner. Since the general principles of the bl(KKi component 
collection assembly 10 were described witii relation to the collection assemblies 10\ 10" 
(Figs. 7A and 7B) which included the blood component collection device 18 and its various 
features, the computer/database assembly 140 will be described in relation to such assemblies 
10', 10". However, it wiH be appreciated fliat the fimdamental optimization principles of the 
present invention are not limited to these collection procedures and/or apparatus. 

As noted (Figs. lA-lD), the computer/database assembly 140 generally includes a 
central station 148, as well as a manipulation device 144 and a memory device 142 (not 
separately shown). Initially, it should be noted that die manipulation device 144 is preferably 
separate fix)m the internal control of the blood component collection device 1 8. Device 1 8 
also preferably remains accessible by ^e operator interface device 16 (which could include 
the touch screen introduced above). However, typically the manipulation device 144 will be 
integrated with put in data communication relationship with) tiiis internal control 
device 1 6. The central memory device may also be separate from the central manipulation 
device 144 (as well as Jrom the individual blood processing machines 10 and/or their control 
elements 16). The memory device need only be put in data communication relationship with 
(he data manipulation device 144 and/or one or more control elements of the central 
computational/database assembly 140 and/or one or more blood processing machines 10. 

Referring now to Fig. 9A, the computational/database assembly 140 will be described 
with regard to a standard exemplary procedure. The central input station 148 will typically be 
used by blood banks/centers as tiie primary means for donor data input and donor data 
management. As introduced above in the relation to Figs. 2 A-2E, information relating to a 
donor such as gender, hei^t, weight, total blood volume, blood type, temperature, pressure, 
and demographics will preferably be input at the central input station 148, or could be easily 
downloaded to the computer/database assembly 140 from a disparate system such as 
systems 3 and/or 4 as shown in Fig. IB. Moreover, information relating to the donor's 
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hematocrit and a blood component pre-count (such as platelet pie-count), both of wWch may 
be obtained fiom a donor blood sample and detennined by known techniques such as cell 
counters, may also be entered at the central station 148. In addition to donor-related data, the 
particular type of collection procedure to be used for the donor (e,g,, single needle or double 
needle) may be input/confirmed at the central input station 148. These also could be 
downloaded from a dispamte system* Based upon this information and certain site- 
standardized conditions {eg., total procedure time, collection efiBciency, AC tnfiision rate), an 
initial procedure order is thereafter generated preferably by the manipulation device 140 
which specifies flie various process control parameters associated with the selected collection 
procedure. 

The initial procedure order may be transferred/down-loaded onto the internal control 
of a blood component collection device 18 by a computer network system (Figs. lA and IB) 
or by other methods such s floppy disk transfer (not shQwn). The operator interface 
module 1 6 may be used to assist this process if required/desired. When this operator interface 
module 16 exists, it may of course still be used as an alternative for flie initial donor data 
input and/or to generate the initial procedure order including optimization and thereby 
alleviate flie need for a central input station 148, However, it is believed that it will be more 
efficient to use the central input station 148 and the associated central data manipulation 
device 140, preferably in conjunction with the central memory database. Althou^ this initial 
procedure order may be used in the collection process, the initial prcx;edure order may also be 
optimized in accordance with principles of the present invention to obtain one or more 
optimal values for the process control parameters. This optimization may also be performed 
on the individual blood processing machines. 1 8, but is preferably conducted on/by tilie central 
data manipulation device 140. As noted, ftis optimization process may be utilized before the 
collection procedure is actually initiated, but may also be initiated during a given collection 
procedure and such is referred to as downstream optimization although if performed after 
initiation, and though possibly performed at the central computer/database 140 on/by 
manipulation device 140, it is preferred that post-initiation changes be effected only at or by 
the individual machines 10. 
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With ic^iid to tbe various optimization options, process control parameters may be 
derived for a product-based optimization. More particulariy, the computei/database 
assembly 140 and specifically the manipulation device 144 derives process control paramders 
for achieving a predetermined yield of blood components through a maximirsation of at least 
one process param^er as will be discussed below in relation to the optimization models 152 
(Fig. 9B), and 172 (Fig. 9C), for example, as noted above, in the United States a smgle 
platelet product (SPP) is 3 x lO" platelets and a double platelet product (DPP) is 6 x lO" 
platelets. Consequently, the manipulation device 144 may be configured to provide a number 
of product-based optimizations such as SPP and DPP. Althougji the exact values for a 
current U.S. SPP and DPP could be configured into the manipulation device 144, in order to 
increase the probability that the actual yield will equal or exceed the yield requirements for a 
current U.S, SPP or a DPP, the site may configure a SPP to be 3.5 x 1011 platelets and a DPP 
to be 7,0 X 101 1 platelets (e.g,, to effectively provide a given confidence level over tihie 
minimum that the specified yield will actually be met). 

The manipulation device 144 may also be configured to provide a tnne-based 
optimization. That is, for a given amount of time which a donor is available, the 
manipulation device 144 will derive those process parameters which allow for the collection 
of a '*maximum*' amount of platelets in this time period in relation to a maximization of at 
least one of the process control parameters. 

Once the optimization is complete, the values for the various process control 
parameters generated thereby, as well any ancillaiy/previously specified values, are 
downloaded to the internal control of the blood collection device 18 such fliat the collection 
procedure may be irutiated or reinitiated (downstream optimization) as the case may be in 
accordance wifli these values. Once the procedure is completed, certain data is transferable 
(electronically through the communication subsystem 146 or otherwise as noted, e.g,, floppy 
disk) back to the manipulation device 144 and/or the central memory/database and/or the 
central input station 148 for further use with regard to the particular donor. In addition, this 
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infonnation as well as the initial input may be used to generate various types of reports which 
may further assist in the management of the blood bank/center (e.g., individual run, 
donor/patient, sunmiaiy reports, e/c). That is, this information may be used in the derivation 
of subsequent procedure orders for the particular donor or even for improved efficiency fat 
entire pool of donors. For instance, in the event ttiat a certain AC infusion rate was used in 
die collection procedure which had certain effects on firis particular donor, this may be 
recorded in die central memory/database 142 such that a lower AC infusion rate would be 
suggested/required for subsequent donations by this donor and perhaps also for entire 
pool. 

One model which may be incorporated into the manipulation device 144 is illustrated 
in Fig. 9B and will be described with regard to platelet collections in accordance wifii the dual 
needle configuration of Fig. 7A, although the device 144 may be used with a variety of other 
collection procedures and including the single needle configuration of Fig. 7B, as well as with 
various other blood components. Initially, it should be noted that all references in Fig. 9B to 
"derivations" are actually provided by the prediction model discussed above such that there is 
either an appropriate communication interface between the prediction model and 
manipulation device 144 or the manipulation device 144 actually includes the prediction 
model disposed thereon or therein. Moreover, as noted the prediction model described here is 
specific to the blood component collection machine 18 and to platelet collections. Therefore, 
if other machines are used, the associated prediction model would also likely change as noted. 
Moreover, the associated prediction model may also vary in the case where different blood 
components such as red blood cells axe to be collected. 

The optimizer model 152 of Fig. 9B may be used for both product-based and time- 
based optimizations, hditially, the optimizer model 1 52 will be described with regard to a 
product-based optimization. That is, the fundamental premise of fee optimization is to 
achieve a predetermined platelet (or other blood component type) yield (or within a yield 
range), preferably in the minimum amount of time. 
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The optimizer model 152 of Fig. 9B is comprised of four iterative loops. Generally, 
the first loop 1 56 is a derivation of an inlet flow (Qm) associated wiA a specified AC infusion 
rate (Ispec) wbich is typically set at a maximum vahie for purposes of the present invention 
and which is entered at the iiqjut station 154. This derivation is thereafter performed by tiie 
processing station 158 and includes the solution of Eqs. 4, 8, 14, and 16 and/or equations 
ancillary tlwreto by the prediction model as discussed above. 

There are of course various convergence criterion/criteria which may be incorporated 
into fije first loop 156. For instance, convergence may be based upon the current inlet 
flow (QiN-c) in the first loop 156 through use of a binary search technique. In this case, in 
solving the noted equations at the processing station 1 58 certain parameters remain fixed in 
the iterative derivation of the inlet flow (Qin) which achieves the specified AC inj&jsion 
rate (Isrec) and these parameters are also specified at input station 154. These include. the 
total blood volume (Vb) which can be calculated using Eq, 10 since the donor's height, 
weigjit, and gender are entered at the central input station 148, and the AC ratio (R), which 
can be calculated using Eq. 9 since the donor's hematocrit (H) has been determined, or may be 
specified at some value. Moreover, flie total procedure time (tp) remains fixed in each 
iterative derivation of the inlet flow (Qin) associated with the specified AC mfiision 
rate (Ispec) in the first loop 1 56. However, since the total procedure time (tp) is not known in 
the case of a product-based optimization and thus caimot be specified at the input station 154, 
a current total procedure time (tp-c) initially will be assumed (^g., this assumption is 
configured in the optimizer model 152 and since a range of total procedure times is provided 
in the prediction model 20 as noted above, the mean total procedure time (tp) is typically 
configured into this portion of the optimizer model 152 as the initial current total procedure 
time (tp^)). The "currcnf designation is used for the total procedure time in this case since 
the optimizer model 1 52 provides for an adjustment of the total procedure time after each 
iterative determination of the inlet flow (Qhm) which provides the specified AC infiision 
rate (Ispec) in the second loop 1 60 in order to achieve the deshred yield (Y) if required m the 
case of a product-based optimization as will be discussed in more detail below 
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Generally, the inlet flow-based binaiy search technique convergence may be provided 
by assuming a current value for the inlet Qow (Qin-c)* calculating a current plasma collect 
fector (Pc) using liie current total procedure time (tp<;), calculating a current AC infusion 
rate Qc) *e current inlet flow (Qm-c) and current plasma collect fector (Pc), and 
adjusting the current inlet flow (Qin-c) (at the parameter update in the first loop 1 56) in 
accordance with the selected binaiy search technique until diere is a predetermined 
convergence between the two most recent values for the current inlet flow (Qin-c) 
wherein the difference betw^o the two most recent values of Qin-c is less than some 
predetermined amount which means fliat the convergence criterion is met). In the case of a 
binary search technique, there will always be convergence (le, the convergence criterion will 
always be met) such that the optimizer model 152 will always exit the first loop 156 and enter 
the second loop 160. 

As an alternative to the noted inlet flow-based convergence criterion/criteria and the 
noted binary search technique, another possibility is to base convergence on the specified AC 
infiision rate (Ispec) and use an iterative derivation to determine the desired inlet flow (Qin). 
In this case, the first loop 156 is used to once again iteratively derive the inlet flow (Qih) 
which provides the specified AC infusion rate (Ispec) at die processing station 158 from 
certain q)ecified parameters. That is, the first loop 156 is still a maximization of the inlet 
flow (Qin) based upon the specified AC infusion rate (Isrec) which should be associated with 
the donor 14. This is again primarily through the solution of Eqs. 4, 8, 14, and 16 and/or 
equations ancillary thereto by the prediction model discussed above. 

For purposes of solving the above-identified equations in relation to the infusion rate- 
based convergence criterion, certain parameters remain fixed in flie iterative derivation of the 
mlet flow (Qin) which achieves the specified AC infusion rate (Ispec) in the first loop 156 and 
these parameters are also specified at the iiq>ut station 154. These include the specified AC 
infiision rate (Ispec) which is known and which is typically a maximum value for the 
donor 14. the total blood volume (Vb) which can be calculated using Eq. 10 since the 
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donor's 14 height, weight, and gender are entered in Ihe central mpuX station 148 or 
downloaded from a disparate information database, and the AC ratio (R) which can be 
calculated using £q. 9 since the donor's 14 hematocrit (H) has been determined and input in 
&e central iiqmt station 148 or oth^wise downloaded, or may be ^tered as modified input 
data. Moreover, the total procedure time (tf) remains fixed in each iterative derivation of die 
inlet flow (Qin) associated with the specified AC infusion rate (Ispec). However, once again 
the total procedure time (tp) is not known in the case of a product-based optimization and thus 
cannot be specified at the input station 1 54. Therefore, a current total procedure time (tp^) 
initially will be assumed {e.g, , this assumption is configured in the optimizer model 1 52, and 
since a range of total procedure times is provided in the prediction model as noted above, the 
mean total procedure time (tp) is typically configured into the first loop 1 56 of the optimizer 
model 152). The "current" designation for the total procedure time is used for the above- 
identified reasons relating to the adjustment of the total procedure time in the second 
loop 160 if required to attain the desir^ yield (Y). 

The solution of Eqs. 4, 8, 14, and 16 also requires that certain values be assumed for 
certain of the remaining parameters with still other parameters being derived from this 
assumption, hi this case, an iterative procedure is used and updated/current values are used in 
the next iterative calculation{s). All parameters which change on each iteration of the first 
loop 156 are identified herein with a "c" subscript to designate fliat the most current value is 
to be used. Altiiough the derivation of that inlet flow (QIN) which provides the ^)ecified AC 
mfiision rate (Ispec) may be accomplished in a variety of manners via Eqs. 4, 8, 14, and 16, 
one way is to assume a current value for the plasma collect factor (Pc), then calculate the 
current inlet flow (Qin-c) using the specified AC infusion rate (IspecX then calculate the . 
current yield (Yc), then calculate flie current plasma collection factor (Pc) using the current 
yield (Yc), and repeat this procedure with the current values until there has been acceptable 
convergence on the current inlet flow (Qn^-c) in relation to the specified AC infiision 
rate 0spec) (e.g., when the particular convergence criterion/criteria is met/established). When 
tiiere is a<>ceptable infiision rate-based convergence, the optimizer model 1 52 exits the first 
loop 1 56 and enters the second loop 1 60. In order to offer protection for cases when there is 
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no such convergence, a maximum nmnber of iterations for the first loop 1 56 may be ^ecified 
(not shown). 

The second loop 160 of the optimizer model 152 is a total procedure time (tp) 
iteration. That is, the second loop 160 is an iterative adjustment of the current total procedure 
time (tp<:). Initially, in tfie second loop 160 and in the case of a product-based optimization 
the model 1 52 will never exit at the first comparator 162 since a total procedure time (tp) is 
not specified at ttie input station 1 54. Consequently, the optimizer model 1 52 proceeds to the 
second conqjaxator 166 where convergence criteria (i,e, more than one check) is made. One 
convergence criterion which is checked at die second comparator 166 is whether the current 
yield (Yc) is greater than or equal to the desired and specified yield (Y). In this case, the 
current yield (Y c) may be calculated based upon the values specified at the input station 158, 
values derived at the processing station 1 58, and the current total procedure time (fy-c) for 
comparison with the desired and specified yield (Y) (in some cases, this current yield 
calculation (Y c) may have been performed in the first loop 1 56 and need not be repeated in 
the second loop 160). If the yield convergence criterion is met, the model 152 exits the 
second loop 160 and actually exits all the way through to the exit 151, as will be discussed 
below. In this case, the specified/derived values are "optimal" and the collection procedure 
could be performed on the device 18 using the noted values for the various control 
parameters. 

In the event that the yield-based criterion is not met at second comparator 1 66, the 
second comparator 1 66 looks to a total procedure time-based convergence criterion which 
may be similar to that discussed above with regard to the inlet flow-based criterion 
using a binary search technique with die convergence criterion then being a predetermined 
difference between the two most current values of the total procedure time (tp^)). On the first 
time through the second loop 160 after tbe noted yield-based convergence criterion has &iled 
and the total procedirre time convergence criterion has failed, the current total procedure time 
(tp.c) is adjusted and the model 1 52 returns to the first loop 1 56. That is, each time that the 
current total procedure time (tp-c) is adjusted in the second loop 160, tiie entirety of the first 
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loop 152 is repeated a new inlet flow (Qin) associated with the specified AC infusion 
rate (Ispec) is derived using tlie current total procedure time (tp^) provided by the adjustment 
in the second loop 1 60). Other convergence criterion/criteria could be used in the second 
loop 160, such as specifying a maximum number of iterations to be performed by the second 
loop 160. 

la the event that the yield-based convergence criterion is not met on the second 
loop 160 and the total procedure time-based converg^ce criterion is met at the second 
comparator 166 in the second loop 160, the optimizer model 152 exits the second loop 160 
and enters the third loop 164, The third loop 164 is an iterative adjustment of the AC 
ratio (R). However, the model 152 initially enters the third comparator 169 wh^e 
convergence criteria {t e., more than one) are checked. One convergence criterion is agam the 
above-noted yield-based convergence criterion. If this yield-based convergence criterion is 
again not met, an AC ratio-based convergence criterion is checked at the diird 
comparator 169. This may be similar to the inlet flow-based criterion discussed above {e.g., 
using a binary search technique wifii the convergence criterion being the two most current 
values of the AC ratio). On the first time through the third loop 164 after the yield-based 
criterion has feiled and the AC ratio-based convergence criterion has failed, the AC ratio is 
adjusted and ttie optimizer model 1 52 returns to the first loop 152, That is, each time that the 
AC ratio (R) is adjusted in the third loop 164, the entfarety of the first and second loops 156, 
160, respectively, is repeated Other convergence criterion/criteria could be used in the third 
loop 164, such as specifying a maximum number of iterations of the third loop 164. 

In the event that the yield-based convergence criterion is not met in the second or third 
loops 160, 164, respectively, and the second and third comparator 166, 169, respectively, and 
flie AC ratio-based convergence criterion is met at the third comparator 169 in tiie third 
loop 164, the optimizer model 152 exits flie third loop 164 and enters fiie fourth loop 168. 
Tb& fourth loop 168 is an iterative adjustment of the specified AC infusion rate (Ispec). 
However, the optimizer model 1 52 initially enters the fourth comparator 170 where 
convergence criteria more than one) are checked. One convergence criterion is the noted 
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yield-based convergence criterion. If the noted yield-based convergence criterion is not met 
at the fourdi comparator 1 70, an AC infusion rate-based crit^on is checked at the fourth 
comparator 170. Hiis maybe similar to die inlet-flow based criterion discussed above (eg., 
using a binary search technique widi the convergence criterion being the two most current 
values of the AC infusion rate). On the first time through the fourlh loop 168 after the yield- 
based criterion has foiled and the AC infusion rate-based convergence criterion has failed, the 
AC in&sion rate is adjusted and the model 152 returns to the first loop 152. That is, each 
time that the specified AC infusion rate (Ispec) is adjusted, the entirety of the first, second and 
fliird loops 156, 1 60, 1 64, respectively, is repeated (with the AC ratio set back to its initial 
value as entered at the input station 1 54 on each iteration of the fourth loop 1 68). Other 
convergence criterion/criteria could be used in the fourth loop 168, such as specifying a 
maximum number of iterations of the fourth loop 168. In cases where the specified AC 
infusion rate (Ispec) is actually the maximum AC in&sion rate, typically the fourth loop 1 68 
will execute only a single tnne with a one-time increase in the AC infusion rate of, for 
instance, 20% (e.g., may be site-configured). 

In the foregoing loops where a yield-based convergence criteria are identified, i^en 
the criteria are met the optimizer model 1 52 exits to exit 151 and the specified/derived (/. e. , 
current) values for the various process control parameters may be provided to the device 18 
for performing the collection procedure. However, there may be cases where no optimization 
occurs, such as when the optimizer model 1 52 exits to the exit 151 based upon the AC 
infusion rate based convergence criterion being met. 

Hie optimizer model 152 may also be used for a time optimization. That is, the 
optimizer model will derive optimal process parameters for a predetermined total procedure 
time (tp) through maximization of at least one of the process parameters in order to maximize 
the platelet collection (or for other blood component types), fin this case, the optimizer 
model 1 52 only executes the first loop 1 56 to derive the inlet flow (Qw) associated wifli a 
specified AC infusion rate (Ispec) (typically a maximum value) usii^ &e input total procedure 
time (tp) in tiiis iterative derivation instead of the assumed total procedure time (tp) referenced 
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above. Once tiiere is acceptable convergence as defined above in the ptoduct-based 
optimization such that model 1 52 exits the first loop 1 56, fee current yield (Y c) may be 
caloilatcd in die frrst loop ! 56 (but a^in may already have been calculated in the first loop 



convergence criterion will be met at the first comparator 162 when entering fee second loop 
1 60 e. , in a time-based optimization wh^ a total procedure time is specified at fee inpnt 
station 154, fee model 152 win exit when entering fee second loop 158). As a result, fee inlet 
flow (Qin) and AC iriiision rate (T) will be optimal and fee collection procedure may be 
performed wife such values. 

Anofeer optimization model is presented in Fig. 9C and may be used for bofe product- 
based and time-based optimizations. As in the case of fee optimizer model 1 52, fee optimizer 
model 172 may interface with fee prediction model or actually integrally incorporate fee 
prediction model, and feus reference to Eqs. 1-22 will be further made herein. Generally, fee 
optimizer model 1 72 is based upon fee principle that optimization occurs when an optimal 
inlet flow (Ql) associated wife an optimum system collection efficiency is used in fee 
derivation of various process control parameters. Referring to Fig. 10, a representative inlet 
flow (QiN)/yield (Y) cun^e is presented to show the optimal inlet flow (QO associated wife fee 
maximum yield (Y max). This optimal inlet flow (QO is mafeematically expressed by Eq. 23 
presented below which results firom differentiating Eq. 4 of fee prediction model wife regard 
to fee inlet flow (Qin). As can be appreciated, where different algorithms axe used in fee 
associated prediction model (whefeer based upon collection of blood components ofeer than 
platelets, different collection apparatus, or alternative derivations of fee various parameters 
wife fee same collection procedure and apparatus), fee optimal inlet flow maybe 
mafeematically expressed in a different maimer. 



156 at the processing station 158 such that no fiufeer calculation is required) and fee 




(Eq.23) 
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I ^ 45 for Dual Needle C^N") 

" 2(tp/Kr - I/K9) ' ^ 20 for Single Needle rSN") (Eq-24) 



^ Qo < 45forDN 

< IQforSN ^ ^ ^ 



K7 - SOO(DN) Kp = 4S(DN) 
= 21S(SN) ^20{SN) 

Ci = 0.803 (SK DN without stepdown) 
= 0,840 (DN with stepdowTi) 



Cj = 4.08x10-^ (DN) 
= *.J^x (SN) 



(Eq. 26) 



(Eq.27) 



{Eq.28) 



Ba^ upon the foregoing tie optimal inlet flow (QO is really "optiinal" in temis of the 
collection apparatus. 

Referring a^in to Fig. 9C, the opthnizer model 172 will initially be described with 
regard to a product-based optimization wherein the desired yield (Y) is specified at input 
station 184. Generally, the inlet flow (Qin) associated with a specified AC infusion rale 
(IsPEc) (typically the maximum AC infusion rate and also specified at input station 184) is 
itemtively derived J&om certain other specified parameters. This inlet flow calculation, 
particularly when the maximum AC infusion rate QmajO maximum AC ratio (Rmax) are 
specified, the inlet flow (Q{N)is optimal based on the physiological consid^tions of die 
donor 14. This is primarily through the solution of Eqs. 4, 8, 14, and 16 and/or equations 
ancillary thereto by the prediction model discussed above. For puq>oses of solving these 
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equations certain parameters remain fixed in the iterative derivation of the inlet flow (Qin) 
which achieves the specified AC infusion rate (Isfec) aad these paiametiers are also specified 
at ixxput station 184. These include the total blood volume (Vb) which can be calculated using 
Eq. 10 since the donor's height, weight, and gender are entered in the central input 
station 148, and the AC ratio (R), which can be calculated using Eq. 9 since the donor's 
hematocrit (H) has been determined, or may be specified at some maximum value. 
Moreover, the total proceduie time (tp) remains fixed in each iterative derivation of the inlet 
flow (Qin) associated with the specified AC mfijsion rate (Israc). However, smce the total 
procedure time (tP) is not known in the case of a product-based optimization and thus cannot 
be specified at the input station 1 84, a current total procedure time (tp^) initially will be 
assumed (e.g., this assumption is configured in the optimizer model 172 and since a range of 
total procedure times is provided in the prediction model as noted above, Ae mean total 
procedure time (tp) is typically configured into this portion of tiie optimizer model 172 as the 
initial current total procedure time (tp<)). The "currenf ' designation is used for the total 
procedure time in this case since the optimizer model 1 72 provides for an adjustment of tiie 
total procedure time after each iterative determination of the inlet flow (Qim) which provides 
the specified AC infosion rate (Ispec) in order to achieve the desired yield (Y) if required in 
the case of a product-based optimization as will be discussed in more detail below. 

Hie solution of Eqs. 4, 8, 14, and 16 also requires that certain values initially be 
assumed for certain of the remaining parameters. In this case, an iterative procedure is used 
in the solution of the yield equation (Eq. 4) (and including equations ancillary tiiereto as noted 
above) and updated values are used in the next iterative calcuIatiou(s) at the processing 
station 188. Although the derivation of that inlet flow (Qin) which provides the specified 
(typically maxuuum) AC infusion rate (Ispec) may be accomplished in a variety of manners 
via Eqs. 4, 8, 14, and 1 6, one way is to assume a current value for the plasma collect 
factor (P), then calculate the current inlet flow (Qjn^) using tiie specified AC infijsion rate 
Ospec)» then calculate the current yield (Yc), then calculate the current plasma collection 
factor (Pc) usmg the current yield (Y c). and repeat the foregoing with the updated parameters. 
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all within the processing station 1 88, until there has been acceptable convergence on the 
current inlet flow (Qin-c) in relation to the specified AC infusion rate (Ispec). 

In addition to the calculation of the current inlet flow (Qin-c) associated with the 
specified AC infusion rate (Ispec), the above-discussed optimal inlet flow (QO is calculated at 
processing station 192. Consequently, a comparison can be made betwe^ the current inlet 
flow (QiNx:) which was derived m the above-described manner and the c^timal inlet 
flow (Ql) at the first comparator 176. If the current inlet flow {Qzn-c) is less than die c^tnnal 
inlet flow (Qi) at the first comparator 1 76, the specified values for the various parameters 
associated with the inlet flow Qdm are "optimum", namely the AC ratio (R) and die AC 
infusion rate (I) specified at the irsp\xt station 184, Thereafter, the current yield (Yc) {which 
was calculated in the derivation of the current inlet flow (Qin<:) associated with the specified 
AC infusion rate (Ispec) at the processing station 188) is compared with die input yield (Y) at 
second comparator 180. In the event that there has been acceptable convergence between 
these yield values, the current total procedure time {tp<) is also "optimal". However, in the 
event that there has not been acceptable convergence between these yield values, the current 
total procedure time (tp-c) is adjusted at adjusting station 1 96 and the foregoing iterative 
derivation of the current inlet flow (Qin-c) associated with the specified AC infusion 
rate (IspEc) is repeated until such convergence is achieved (te., using the initially specified 
AC infusion rate (Ispec) and the now adjusted current total procedure time (tp-c, a new current 
inlet flow (Qw-c) is iteratively derived in the above-described manner). 

Referring back to the first comparator 176, if the current inlet flow (Qin-c) associated 
vfcith the specified AC infusion rate (Ispec) derived at proce^ing station 188 is greater ftan the 
optimal inlet flow (QO, a current AC infusion rate (t) associated with this particular inlet 
flow (Ql} is iteratively derived at the processmg station 188 generally in die above-described 
maimer (f,e., the initially specified AC infusion rate (Ispec) is disregarded in this derivation 
and a current AC infusion rate Qc) is iteratively derived to coincide with the inlet flow (Ql))- 
In this case, the current inlet flow {Qbu:) will always be equal to the optimal inlet flow (Q^) 
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at ttic first compamtor 176 and the optimizer model 172 thereafter proceeds to the second 
comparator 180 for the yield comparison in accordance with the above-described procedure. 

The optimizer model 1 76 may also be used for a time-based optimization. In fliis 
case, the total procedure tnne (tp) is specified at the input station 1 84 as a ^>ecified total 
procedure time (tp^PEc) and thus is not assumed as in the product-based optimization. The 
optimizer model 1 72 thereafter proceeds in the same manner discussed above with regard to 
the product-based optimization except at the second comparator 180. Since no yield was 
input there is no yield comparison made at the second comparator 1 80. Instead a total 
procedure time comparison is made at Ae second comparator 1 80. Since flie current total 
procedure time (t?^) was set equal to the specified total procedure time (tp^sPEc) prior to the 
model 172 proceeding to the processing station 188 in this time-based optimization, the 
model 172 will exit each time at the second comparator for a time-based optimization. 

In addition to the above-described product-based and time-based optimizations, the 
principles of the present invention may be extended to other applications relating to 
enhancing blood component system management For instance, an optimization in 
accordance with principles of the present invention may be extended to encompass donor 
management issues. In one such case, another "optimization" associated with the blood 
component collection process would be to collect blood components as dictated by existing 
inventory (f.e, use optimization as an inventoiy control). That is, information relating to the 
inventory of the various types of blood components in die blood bank/center and/or the 
demand for one or more blood ojmponent types could be maintained such that specific 
collection procedures could be selected to accommodate for a low supply of a given blood 
component type and/or a high demand for such blood component type. More specifically, in 
tiie event that the supply of ted blood cells was low and/or the demand for red blood cells was 
high, or anticipated to be so in the near future, prompts could be provided to operators that 
red blood cells should be selected for collection if possible fit)m donors during a given time 
period. Rfilatedly, the optnnization principles of the present invention would be applicable to 
maintaining data on blood component collections &om a given donor such that a 
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determination could be made as to what type or types of blood components j5x>m the 
particular donor provided the maximum yield in the collection procedure. That is, 
information could be collected and maintained from prior blood component donations such 
that a determination could be made for a specific donor as to which type or types of blood 
components the donor has had a propensity to produce maximum yields therefor. 

Notwithstanding the foregoing description of the present invention in relation to an 
on-line blood component collection process, those skilled in the art wQl appreciate that the 
source of blood may be provided to the blood component collection device ftom an 
appropriate blood container (not shown) interconnected with the blood component collection 
device 18 versus receiving such directly ftom a human donor. Moreover, the blood of course 
maybe provided from alternative sources such as animals. Furthermore, as illustrated in Fig. 
7B the described component (platelet, RBC, plasma, inter alia) harvesting procedure may be 
performed utilizing a single needle configuration. . In addition, the present invention is 
applicable to the collection of other types of blood components such as red blood cells, stem 
cells, white blood cells, and/or plasma, and is fuilher applicable to the simultaneous 
collection of more than one blood component type, hi the case of red blood cell coDection 
and optimization in accordance witibi principles of the present invention, the donor's blood 
type should be known and used in various algorithms. Moreover, the present invention is not 
limited to the source being whole blood. That is, the principles of the present invention may 
be applicable to removal of a component from any composite liquid, i.e. any liquid contaming 
separable components (preferably separable using mechanical procedures. 

The foregoing description of the present invention has been presented for purposes of 
illustration and description. Although the preferred embodiment of the invention has been 
described in language which may be thought specific to structural features, metiiodological 
acts, and computer readable media containing such acts, it is rather intended to be understood 
tibat the invention defined in the appended claims is not necessarily limited to the specific 
structure, acts or media so described. The specific structure, acts or media ate disclosed as 
prefisrred forms of implementing the claimed invention. Consequently, variations and 
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modifications commensurate with the above teachings, and skill and knowledge of the 
relevant art, are wi&in flie scope of present invention. The embodiments described 
hereinabove are fiirther intended to explain best modes known of practicing the invention and 
to enable others skilled in the art to utilize the invention, and such other embodiments, and 
with various modifications required by tiie particular applications or uses of &e present 
invention. It is intended that tibe appended claims be construed to include alt^:native 
embodiments to the extent peonitted by the prior art 
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What is claimed is: 

1 . Ab extxacorporeal blood piocessing information management system comprising: 
a centiHl database; 

a data input device connected in data conununication relationship witii ssad central 
database; 

a data manipulation device connected in data connnunication relationship with at least 
one of said central database and said data input device; and 

a communication subsystem connected in data communication relationship with at 
least one of said central database^ said data input device and said data manipulation device; 
and 

at least one extracorporeal blood processing machine; 

whereby said communication subsystem is connected in data communication 
relationship with said at least one extracorporeal blood processing machine to provide for 
data conmiunication to and from said at least one extracorporeal blood processing machine; 

whereby said communication subsystem communicates data to said at least one 
extracorporeal blood processing machine, said data being preparation data which is generated 
by said data manipulation device and is used by said at least one extracorporeal blood 
processing machine in preparation of said at least one machine for an extracorporeal blood 
processing procedure; and 

whereby said communication subsystem communicates data from said at least one 
extracorporeal blood processing machine, whereby said data is run data which represents 
information about an extracorporeal blood processing procedure run on said at least one blood 
processing machine, 

2, An extracorporeal blood processing infonnation management system according to 
claim 1 whereby said preparation data is derived from data communicated from said central 
database to said data manipulation device. 
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3. An extracoiporeal blood processix^ infoTmatioa management system accoidmg to 
claim 1 whereby said preparation data is derived fiom data communicated from said data 
input device to said data manq)ulation device. 

4. An extracorporeal blood processing information managem^t system according to 
claim 1 in which said preparation data is communicated from at least one of said central 
database and said data input device to said data manipulation device. 

5. An extracorporeal blood processing information management system according to 
claim 1 in which said run data is communicated by said commmiication subsystem from said 
at least one extracorporeal blood processing machine during said procedure. 

6. An extracorporeal blood processing information management system according to 
claim 1 in which said run data represents information about an extracorporeal blood 
processing procedure collected after completion of said procedure. 

7. An extracorporeal blood processing information managem^ system according to 
Claim 1 in which said run data is communicated to said at least one extracc^oreal blood 
processing machine and used by said at least one extracorporeal blood processing machine in 
preparation of said at least one machine for a discrete, subsequent extracorporeal blood 
processing procedure. 

8. An extracorporeal blood processing information management system according to 
Claim 1 in which said run data is communicated by said communication subsystem to said 
central database to create stored run data, 

9. An extracorporeal blood processing information management system according to 
Claim 8 in which said stored data is communicated by said communication subsystem to said 
data manipulation device which manipulates said stored data to create preparation data which 
is communicated to one of said at least one extracorporeal blood processing machine which 
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uses said prq>aratioii data in pr^aration of said one of said at least one machine for a 
discrete, subsequent extracoipoxeal blood processing procedure. 

10. An extracorporeal blood processing information management system according to 
Claim 1 in wbich a report maybe generated using said run data. 

H . An ^tmcorporeal blood processing information management system according to 
Claim 1 in which said preparation data is manipulated by said manipulation device to create 
manipulated preparation data. 

12. An extracorporeal blood processing information management system according to 
Claim 1 1 in which said manipulated preparation data is optimized preparation data as a result 
of an optimization manipulation performed by said manipulation device. 

13. An extracorporeal blood processing information management system according to 
Claim 1 in which said centml database receives previoiisly stored data from a discrete 
information management systrai, and wherein said previously stored data is communicated 
by said communication subsystem to said data manipulation device which manipulates said 
previously stored data to create said preparation data. 

14. An extracorporeal blood processing information management system according to 
Claim 1 3 in which said preparation data is optimized preparation data as a result of an 
optimization manipulation performed by said manipulation device. 

15. An extracorporeal blood processing information management system according to 
Claim 1 which further comprises computer program product including: 

a module for collecting donor data; 

a module for man4)ulating said donor data; 

a module for assigning a donor to an extracorporeal blood processing system; and 
a module for finalizing an extracorporeal blood procedure. 
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16. An extracorporeal blood processing infonnarion management system adapted to be 
used with at least one extracorporeal blood processing machine, said system comprising: 

a central database; 

a data input device connected in data communication relationship witii said central 
database; 

a data manipulation device connected in data communication relationship with at least 
one of said central database and said data input device; and 

a communication subsystem coimected in data communication relationship witii at 
least one of said central database, said data input device and said data manipulation device; 

whereby said communication subsystem is also adapted to be connected in data 
communication relationship with at least one extracorporeal blood processing machine to 
provide for data communication to and from said at least one extracoiporeal blood processing 
machine; 

whereby said communication subsystem is adapted to communicate data to said at 
least one extracorporeal blood processing machine, said data being preparation data which is 
generated by said data manipulation device and is used by said at least one extracorporeal 
blood processing machine in preparation of said at least one machine for an extracorporeal 
blood processing procedure; and 

whereby said communication subsystem is adapted to communicate data from said at 
least one extracorporeal blood processing machine, whereby said data is run data which 
represents information about an extracorporeal blood processing procedure run on said at 
least one blood processing machine. 

17. An extracorporeal blood processing information management system according to 
claim 16 whereby said preparation data is derived from data communicated from said central 
database to said data manipulation device. 
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18. An extraootporeal blood processing information management system according to 
claim 16 whereby said preparation data is derived from data communicated from said data 
input device to said data manipulation device. 

19. An extracorporeal blood processing information management system according to 
claim 16 in which said preparation data is communicated from at least one of said central 
database and said data input device to said data manipulation device. 

20. An extracorporeal blood processing information management system according to 
claim 16 in which said run data is communicated by said communication subsystem from said 
at least one extracorporeal blood processing machine during said procedure. 

21 . An extracorporeal blood processing information management system according to 
claim 16 in which said run data represents information about an extracorporeal blood 
processing procedure collected after completion of said procedure. 

22. An extracorporeal blood processing information management system according to 
Claim 16 in which said run data is communicated to said at least one extracoporeal blood 
processing machine and used by said at least one extracorporeal blood processing machine in 
preparation of said at least one machine for a discrete, subsequent extracorporeal blood 
processing procedure. 

23. An extracorporeal blood processing information management system according to 
Claim 16 in which said run data is communicated by said conununication subsystem to said 
central database to create stored run data, 

24. An extracorporeal blood processing information management system according to 
Claim 23 in which said stored data is communicated by said coirmaunication subsystem to 
said data manipulation device which manipulates said stored data to create preparation data 
which is «)mmunicated to one of said at least one extracorporeal blood processing machine 
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which uses said preparation data in preparation of said one of said at least one machine for a 
discrete, subsequent extracorporeal blood processing procedure. 

25. An extracorporeal blood processing information management system according to 
Claim 1 6 in which a report may be generated using said run data. 

26. An extracorporeal blood processing information management system according to 
Claim 16 in which said prq>aration data is manipulated by said manipulation device to create 
manipulated preparation data. 

27. An extracorporeal blood proce^ing information management system according to 
Claim 26 in which said manipulated preparation data is optimized preparation data as a result 
of an optimization manipulation performed by said manipulation device. 

28v An extracorporeal blood processing information management system according to 
Claim 16 in which said central database receives previously stored data from a discrete 
information management system, and wherein said previously stored data is communicated 
by said communication subsystem to said data manipulation device which manipulates said 
previously stored data to create said preparation data. 

29. An extmcoxporeal blood processing information management system according to 
Claim 28 in v^ch said preparation data is optimized preparation data as a result of an 
optimization manipulation performed by said manipulation device. 

30. An extracorporeal blood processing information management s^tem according to 
Qaim 1 6 which further comprises computer program product including: 

a module for collecting donor data; 

a module for manipulating said donor data; 

a module for assigning a donor to an extracorporeal blood processing systen^ and 
a module for finalizing an exhacoiporeal blood procedure. 
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31. An extracoiporeal blood processing information management system according to 
Claim 30 in which said module for collecting donor data includes one or more sub-procedures 
which prompt a user to enter data. 

32. An extracorporeal blood processing information management system according to 
Claim 30 in which said module fior coUectmg donor data includes one or more sub-procedures 
which provide for receiving donor data stored in a discrete storage medium. 

33. A system according to claim 30 wherein said module for manq>ulating donor data 
includes one or more facilities which provide for optimizing donor data to create optimized 
donor data, 

34. A system according to claim 30 wherein said module for manipulating donor data 
includes one or more facilities which provide for manipulating said optimized donor data to 
create manipulated donor data. 

35. A system according to claim 30 whereby said module for collecting data and said 
module for manipulating data are used to obtain a prediction of a procedure for which a donor 
is qualified to undergo recruiting a donor to undergo the procedure. 

36. A system according to claim 30 wherein said module for assigning a donor to an 
extracorporeal blood processing system includes one or more facilities which provide for 
determining the availability of a donor to be assigned to an extracorporeal blood processing 
system. 

37. A system according to claim 30 wherein said module for assigning a donor to an 
extracorporeal blood processing system includes one or more facilities which provide for 
determining the availability of an extracorporeal blood processing system to which a donor 
maybe assignei 
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38. A system according to claim 30 wherein said module for finalizing on extracorporeal 
blood procedure includes one or more &cilities which provide for monitoring a procedure. 

39. A system according to claim 30 wherein said module for fiTialirmg an extracorporeal 
blood procedure includes one or moie &cilities ^iiich provide for finalizing a procediue. 

40. A system according to claim 30 wherein said module for finalizing an extzacorporea] 
blood procedure includes one or more fecilities which provide for generating a report on a 
procedure. 

41. A system according to claim 30 which further comprises a module for monitoring a 
procedure. 

42. A system for performing an extracorporeal blood collection procedure according to 
claim 30 which forther comprises a reporting module for generating reports. 

43. A S3^tem for perfbnnmg an extracorporeal blood collection procedure according to 
claim 30 which further comprises a reporting module for administrating parameters to be used 
in at least one of said module for collecting donor data; said module for manipulating said 
donor data; said module for assigning a donor to an extracorporeal blood processing system; 
and said module for finalizing an extracorporeal blood procedure. 

44. An extracorporeal blood processing information management system for use with one 
or more extracorporeal blood processing machines, said system comprising: 

a centol database; 

a data Ixtpnt device comiected in data communication relationship with said central 
database; 

a data manipulation device connected in data conununication relationship with at least 
one of said central database and said data input device; and 
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a comixnmicatiot^ subsystem connected in data communication relationsbip with at 
least one of said central database, said data xsxpui device and said data maiupulation device; 

whereby said commimication subsystem is also coimected in data communication 
relationship with one or more extracorporeal blood processing machines to provide for data 
communication in at least one direction to or from said one or more extracoipoieal blood 
processing machines; and 

whereby said communication subsystem is also connected in data communication 
relationship with a discrete information management system to provide for data 
communication in at least one direction to or from said discrete information management 
system. 

45, An extracorporeal blood processing information management system according to 
claim 44 in which said communication subsystem communicates data from said discrete 
information management system to said extracorporeal blood processing information 
management system. 

46, An extracorporeal blood processing information management system according to 
claim 45 whereby said communication subsystem further communicates the data from said 
discrete information management system to said one or more extracorporeal blood processing 
machines, said data being used by said one or more extracorporeal blood processing machines 
in preparation of said one or more machines for an extracorporeal blood processing 
procttlure. 

47, An extracorporeal blood processing information management system according to 
claim 45, in which said data from said discrete information management system is 
manipulated by said data manipulation device to create manipiJated preparation data which is 
communicate to said one or more extracorporeal blood processing machuaes, said 
manipulated preparation data being used by said one or more extracorporeal blood processing 
machines in pr^aration of said one or more machines for an extracorporeal blood processing 
procedure. 
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48. An extracorporeal blood processing information matnagement system according to 

• Claim 47 in which said manipulated preparation data is optimized preparation data as a result 
of an optimization manipulation perfbnned by said data raanipidation device. 

49. An extracorporeal blood processing information management system according to 
Claim 44 whereby said communication subsystem communicates data from said one or more 
e^rtracorporeal blood processing machii^ to said extracorporeal blood processing 
information management system, wheteby this data is run data which represents information 
about an extracorporeal blood processing procedure run on said one or more blood processing 
machines. 

50. An extracorporeal blood processing information management system according to 
Claim 49 wiiereby said communication subsystem communicates said run data from said 
extracorporeal blood processing information management system to said discrete information 
management system, whereby this run data represents information about an extracorporeal 
blood processing procedure nm on said one or more blood processing machines. 

51. An extracorporeal blood processing information management system according to 
Claim 44 whereby said discrete information management system is a discrete extracorporeal 
blood processing mformation management system. 

52. An extracorporeal blood processing information management system according to 
Claim 51 whereby said discrete extracorporeal blood processing information management 
system is also coimected in data communication relationship with a discrete set of one or 
more extracorporeal blood processing machines in data communication in at least one 
direction to or from said discrete set of said one or more extracorporeal blood processing 
machines. 
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53. An extracorporeal blood processing mfonnation management system according to 
claim 52 whereby said disciete extracoiporeal blood processing information management 
system further includes: 

a discrete central database; 

a discrete data input device connected in data coirununication relationship wiHi said 
discrete central database; 

a discrete data manipulation device connected in data communication relationship 
with at least one of said discrete central database and said discrete data input device; and 

a discrete communication subsystem cormected in data communication relationship 
with at least one of said discrete central database, said discrete data input device and said 
discrete data manipulation device; 

whereby said discrete communication subsystem is also connected in data communication 
relationship with said discrete set of one or more extracorporeal blood processing machines to 
provide for data communication in a- least one direction to or from said discrete set of one or 
more extmcorporeal blood processing machines. 

54. An extracorporeal blood processing information management system according to 
claim 53 whereby said discrete communication subsystem of said discrete extracorporeal 
blood processing information management system communicates data to said discrete set of 
one or more extracorporeal blood processing machines, said data being communicated from 
said extracorporeal blood processing information management system and said data being 
preparation data which is generated by said data manipulation device and used by discrete set 
of said one or more extracorporeal blood processing machines in preparation of said discrete 
set of one or more extracorporeal blood processing machines for an extmcorporeal blood 
processing procedmre. 

55. An extracorporeal blood processing information management system according to 
claim 53 whereby said discrete communication subsystem communicates data from said 
discrete set of one or more extracorporeal blood processing machines, whraby this data is 
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Tun data which represeats infonnation about an extracoipoieal blood processing procedure 
run on said discrete set of one or more extracoipoieal blood processing machines. 

56 . An extracorporeal blood processing information management system according to 
Claim 44 whereby said discrete information management system is a discrete blood center 
information management system. 

57. An extracorporeal blood processing infotmation management system according to 
Claim 44 whereby said discrete information management system is a discrete hospital 
information management system. 

58. An extracorporeal blood processing information management system according to 
Qaim 44 whereby said discrete information management system is a discrete help center 
information management system. 

59. An extracorporeal blood processing information management system according to 
Claim 44 whereby said discrete information management system is a discrete internet 
information management system. 

60. An extracorporeal blood processing infonnation management system according to 
Claim 44 whereby said discrete infonnation management system is a discrete manufacturers' 
information management system. 
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61 . A method for managing extracoiporeal blood processing comprising ttie steps of: 
receiving stored donor data fiom a stor^ medium; 

manipulating said stored dcmor data using a data manq)ulation device to obtain manipulated 
data» said data manipulation device being disposed in data communication relationship with 
said storage mediinn and an e^ctFacoxporeal blood processing machine; 
communicating said manipulated data fiom said data manipulation device to said 
extracotporeal blood processing machine; and 

perfonning an extracorporeal blood processing procedure using said manipulated data. 

62. A mediod for managing extracorporeal blood processing according to claim 61 
wherein said storage medium is disposed in data communication relationship with a data 
input device. 

62. A method for managing extracoiporeal blood processing according to claim 61 
wherein said storage medium is a discrete information management system. 

64. A method for managing extracorporeal blood processing according to claim 6 1 
wherein said manipulated data is process control data. 

65. A melhod for raanagmg extracorporeal blood processing according to claim 61 
wherein said manipulated data is optimized process control data. 

66. A method for managing extracorporeal blood processing according to claim 61 further 
comprising the step of conoumunicating run data from said extracorporeal blood processing 
machine to said data manipulation device. 

67. A mefliod for managing extracoipoieal blood processing according to claim 66 further 
comprising the step of generating a report using said run data. 
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68. A method for managii^ extracorporeal blood processing according to claim 66 further 
comprising the step of sending the run data to said storage medium. 

69. A method for managing extracojporeal blood processing according to claim 68 
wherein said storage medium is a discrete information management system. 

70. A method for performing an extracorporeal blood collection procedure including tiie 
steps o£ 

collecting donor data; 

manipulatii^ said donor data to create manipulated donor data; 

assigning a donor to an extracorporeal blood processing system including sending said 
manipulated donor data to the extracorporeal blood processing system; 

running an extracorporeal blood collection procedure using said man^ulated donor 
data and creating run data; and 

finalizing an extracorporeal blood collection procedure. 

71. A method according to claim 70 wherein said step of collecting donor data includes 
receiving donor data from a storage medium, and wherein said step of manipulating said 
donor data includes manipulating the donor data received firom said storage medium. 

72. A method according to claim 70 wherein said step for collecting donor data includes 
one or more facilities for prompting a user to enter data. 

73. A method according to claim 70 wherein said step for collecting donor data includes 
one or more facilities which provide for receiving donor data stored in a discrete storage 
medium. 
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74. A method according to claim 70 wherein said step for manipulating donor data 
includes one or more feciHties which provide for optimizing donor data to create optimized 
donor data. 

75. A mefiiod according to claim 70 wherein said step for manipulating donor data 
includes one or more fecilities which provide for manipulating said optimized donor data to 
create manipulated donor data. 

76. A method according to claim 70 whereby said step for collecting data and said step for 
manipulating data are used to obtain a prediction of a procedure for which a donor is qualified 
to undergo recruiting a donor to undergo the procedure. 

77. A method according to claim 70 wherein said step for assigning a donor to an 
extracorporeal blood processfag system includes one or more facilities which provide for 
determining the availability of a donor to be assigned to an extracorporeal blood processing 
system. 

78. A method according to claim 70 wherein said step for assigning a donor to an 
extracorporeal blood processing system includes one or more facilities which provide for 
determining the availability of an extracorporeal blood processing system to which a donor 
may be assigned. 

79. A method according to claim 70 wherein said step for finalizing an extracorporeal 
blood procedure includes one or more facilities which provide for monitoring a procedure. 

80. A method according to claim 70 wherein said step for finalizing an extracorporeal 
blood procedure includes one or more fecilities which provide for finalizing a procedure. 
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81. A metliod according to claim 70 wherein said step for finalizing an extracoxporeal 
blood procedure includes one or more fecilities which provide for generating a report on a 
procedure- 

82. A method according to claim 70 which further comprises a step for monitoring a 
procedure. 

83. A method according to claim 70 which further comprises a step for generating reports. 

84. A method according to claim 70 which furdier comprises a step for administrating 
parameters to be used in at least one of said steps for collecting donor data; for manipulating 
said donor data; for assigning a donor to an extracorporeal blood processing system; and for 
jBmalizing an extracorporeal blood procedure. 

85. A method according to claim 70 in which each of said steps may be performed at any 
time during an extracorporeal blood processing procedure. 

86. A method according to claim 70 in which said step for collecting donor data produces 
a checked-in donor record which contains said donor data; said checked-in donor record 
being used by said step for manipulating donor data to create manipulated donor data, 

87. A method according to claim 70 in which said step for manipulating produces a 
manipulated donor data record which contains said manipulated donor data; said manipulated 
doiK)r data record being used by said step for assigning a donor to an extracorporeal blood 
processing machine to assign a donor to a machine. 
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88. A system for performing an extracorporeal blood collection procedure including a 
computer program product comprising: 

a module for collecting donor data; 

a module for manipulating said donor data; and 

a module for assigning a donor to one of one or more extcacotporeal blood processing 
systems; and 

a module for finalizing an extiacorporeal blood procedure. 

89. A system for performing an extracorporeal blood collection procedure according to 
claim 88 wheiein said module for collecting donor data includes one or more facilities wiiich 
prompt a user to enter data, 

90. A system for performing an extracorporeal blood collection procedure according to 
claim 88 wherein said module for collecting donor data includes one or more facilities which 
provide for receiving donor data stored in a discrete storage medmm. 

91. A system for perfonning an extracorporeal blood collection procedure according to 
claim 88 wherein said module for manipulating donor data includes one or more fiicilities 
which provide for optimizing donor data to create optimized donor data 

92. A system for perfonning an extracorporeal blood collection procedure according to 
claim 88 wherein said module for manipulating donor data includes one or more facilities 
which provide for manipulating said optimized donor data to create manipulated donor data. 

93. A system for performing an extracorporeal blood collection procedure according to 
claim 88 whereby said module for collecting data and said module for manipulating data are 
used to obtain a prediction of a procedure for which a donor is qualifled to undergo recruiting 
a donor to imdergo the procedure. 
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94. A system for pcTforming an extracoiporeal blood collection procedure according to 
claim 88 wherein said module for assigning a donor to an extracoiporeal blood processing 
system includes one or more fecilities which provide for determining the availability of a 
donor to be assigned to an extracorporeal blood processing system. 

95. A system for perfoimmg an extracorporeal blood collection procedure according to 
claim 88 wbetein said module for assigning a donor to an extracorporeal blood processing 
system includes one or more fecilities which provide for determining the availabflity of an 
extracorporeal blood processing system to which a donor may be assigned 

96. A system for performing an extracoipoieal blood collection procedure according to 
claim 88 wherein said module for jSnalizmg an extracoiporeal blood procedure includes one 
or more fecilities which provide for monitoring a procedure. 

97. A system for performing an extracorporeal Wood collection procedure according to 
claim 88 wheiem said module for finalizing an extracorporeal blood procedure includes one 
or more facilities which provide for finalizing a procedure. 

98. A system for performing an extracorporeal blood collection procedure according to 
claim 88 wherein said module for finalizing an extracorporeal blood procedure includes one 
or more &cilities which provide for generating a report on a procedure. 

99. A system for performing an extmcorpoieal blood collection procedure according to 
claim 88 which further comprises a module for niomtoring a procedure. 

100. A system for performing an extracorporeal blood collection procedure according to 
claim 88 which further comprises a reporting module for generating reports. 
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1 0 L A system for performitsg an extracorporeal blood collection procedure according to 
claim 88 which fiirflier comprises a module for administrating parameters to be used in at 
least one of said module for collecting donor data; said module formanipulating said donor 
data; said module for assigning a donor to an extracorpoTBal blood processing system; and 
said module for finalizing an extracorporeal blood procedure. 

1 02. A system for performing an extracoproreal blood collection procedure according to 
claim 88 in which each of said modules may be accessed at any time during an extracorporeal 
blood processing procedure. 

103. A system for performing an extracoproreal blood collection procedure according to 
claim 88 in which said module for collecting donor data produces a checked-in donor record 
which contains said donor data; said checked-in donor record being received by said module 
for manipulating donor data and used thereby to create manipulated donor data. 

104. A system for performing an extracoproreal blood collection procedure according to 
claim 88 in which said module for manipulating produces a manipulated donor data record 
which contains said manipulated donor data; said manipulated donor data record being 
received by said module for assigning a donor to an extracorporeal blood processing machine, 
said manipulated donor data record being used thereby module for assigning a donor to an 
extracorporeal blood processing machine to assign a donor to a machine. 
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105. A method for managing e?ctracorpoieal blood processing activities comprising the 
steps of: 

using a centralized system to run a prediction using donor data; 
obtaining a prediction of a yield for a extracorporeal blood procedure for which a 
donor is qualified to imdergo; 

contacting the donor to recruit the donor to undergo the procedure, 

106. A method according to claim 105 in which the centralized system comprises a 
database, and a data manipulation device. 

107. A method according to claim 105 in which step of using a centralized system 
comprises collecting donor data, and manipulating said donor data. 

108. A method according to claim 107 in which step of collecting donor data comprises 
receiving data from a discrete storage medium. 

109. A method according to claim 107 in which step of collecting donor data comprises 
receiviag data from a data input device. 

1 10. A method according to claim 107 in which step of manipulating donor data comprises 
running an optimization on said donor data to obtain optimized donor data, 

111. A method according to claim 1 10 in which step of manipulating donor data comprises 
ruiming an optimization on said donor data to obtain optimized donor data, 

112. A method according to claim 1 i 1 in which step of running an optimization on said 
donor data to obtain optimized donor data further comprises obtdning a prioritization of 
potential procedures. 

113. A method according to claim 105 viich is used to control inventory. 
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114. A m^od according to claim 1 05 which is performed without the specific potential 
donor present 

115. A method according to claim 105 which is performed tailor its hlood and blood 
component supply to better match demand. 

116. A method for prioriti2ing extracorporeal blood component collection procedures 
comprising the steps of: 

manipulating donor data on a data manipulation device to obtain manipulated data; 
communicating said manipulated data to an extracorporeal blood processing machine; 
and 

perfomiing an extracorporeal blood collection procedure using said manipulated data, 

117. A method for managing extracorporeal blood component collection according to 
claim 1 16 wherein said maniptJated data is process control data. 

118. A method for managing extracorporeal blood component collection according to 
claim 116 wherein said manipulated data is optimized process control data. 

119. A mettiod for managing extracorporeal blood component collection according to 
claim 1 1 6 further comprising the step of communicating run data from said extracorporeal 
blood processing machine to said data manipulation device. 

1 20. A method for managing extracorporeal blood component collection accordmg to - 
claim 1 1 9 further comprising the step of genemting a report using said run data. 
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121 . A method for collecting at least one predetennined type of Wood component fioni a 
source of whole blood using a blood component collection system compiisiixg a blood 
congwnent collection device and a collection procedure, said collection procedme having a 
plurality of control panmaeters associated therewith, said method comprising flie steps of: 

providing biological data relating to said source of whole blood; 

obtaining historical data firom a caitralized database; 
identifying at least one of a desired yield of said at least one predetermined blood component 
or a time period for duration of the collection procedure; 

performing a first deriving step comprising deriving a magnitude for at least one of said 
control parameters firom at least two of said providing, obtaining and identifying steps; 

using said magnitude of said at least one of said control parameters obtained during said first 
deriving step to control the operation of said blood component collection system; and 

performing said collection procedure on said blood component collection device using said at 
least one of said control parameters obtained during said first deriving step to control at least 
one of the collection of said desired yield of said at least one predetermined blood component 
from said source of whole blood or the time period of duration of said collection procedure. 

122. A method, as claimed in Claim 121 , wherein: 

said sourxje of whole blood is a human donor and said biolo^cal data comprises said donor's 
hematocrit, height, weight, and gender. 

123. A method as claimed in claim 121 wherein said historical data is prior process 
information related to said source of whole blood. 

124. A method as claimed in claim 121 wherein said historical data is prior process 
information related to said blood component collection device. 
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125. A method as ciaimed in claim 121 \\^CTein said K>uTce of whole blood is a first such 
source, and wherein said historical data is prior process information related to another source 
or sources of whole blood. 

126. A method as claimed in claim 125 wherein said another source or sources of whole 
blood are one or more human donors. 

127. A mediod as claimed in claim 125 wherein said anotiier source or sources of whole 
blood have biological data v^ch is similar to said first source of whole blood. 

128. A method as claimed in claim 125 wherein said another source or sources of whole 
blood are taken from a particular geographical location. 

129. A method as claimed in claim 128 wherem said particular geographical location is 
identical to that of said first source of whole blood. 

130. A method as claimed in claim 128 wherein said particular geogr^hical location is 
discrete from that of said first source of whole blood, 

131. A method as claimed in claim 125 wherein said another source or sources of whole 
blood are a normalized population of sources of whole blood 

132. A method as claimed in claim 1 3 1 wherein said another source or sources of whole 
blood have biological data which is similar to said first source of whole blood. 

133. A mefliod as claimed in claim 121 wherein said historical data is inventory 
information related to at least one of prior collection process information or distribution from 
inventory information. 
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134. A method as daimed in claim 1 2 1 in which the historical data is mamtained in 
relation to a centralized computer v/hicb is disposed in communication wifli one or more 
blood component collection devices. 

135. A method as claimed in claim 134 in which the one or more blood component 
collection devices each have a computing station which is disposed in communication with 
said centralized computer. 

136. A method as claimed in claim 134 m i^h the first deriving step is performed on the 
centralized computer. 

137. A mediod as claimed in claim 136 in which the magnitude obtained fi:t>m the 
performance of said first deriving step is performed on the centralized computer. 

138. A method, as claimed in Claim 121, wherein; 

one of said control parameters is an inlet flow to said blood collection device and another of 
said control parameters is a flow of anticoagulant into said blood component collection 
system, wherein said inlet flow comprises a flow of whole blood firora said source and said 
flow of anticoagulant, wherein said source of said blood has a volume, wherein at least part of 
said flow of anticoagulant is provided to said source, wherein an AC ratio is a ratio of said 
inlet flow to said flow of anticoagulant, and wherein an AC infusion rate is said at least part 
of said flow of anticoagulant per said volume. 

139. A method, as claimed in Clann 1 3 8, wherein said performing a first deriving step 
further comprises: 

deriving said magnitude of said inlet flow associated wifli a predetermmed magnitude of sdd 
AC infusion rate. 
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1 40. A method, as claimed in Claim 139, whemn said deriving said magnitude of said inlet 
flow step comprises: 

using said prcdetennined magnitude of said AC infiision rate and a currant magnitude for a 
total procedure time, said total procedure time being anoflicr of said parameters. 

141 . A method as claimed in Claim 140, wherein said derivmg said magnitude of said inlet 
flow step further comprises: 

assuming a current magnitude for said inlet flow and performing a first iteration procedure 
comprising calculating a current magnitude for said AC infusion rate from at least said 
current magnitude of said inlet flow, evaluating convergence criteria relating to said current 
magnitude of said inlet flow, and adjusting said current magnitude of said inlet flow and 
repeating said first iteration procedure until said convergence criteria is established. 

142. A method, as claimed m Claim 140 wherein: 

said deriving said magnitude of said inlet flow step comprises deriving a current magnitude 
for said AC infusion rate, said performing a first deriving step further comprising iteratively 
calculating a current blood component ^eld using at least said current magnitude of said inlet 
flow and said current magnitude of said AC infusion rate and by using said providing step and 
by iteratively adjusting said magnitude of said current total procedure time until achieving 
said desired yield of blood components. 

143. A method as claimed in Claim 140, wherein: 

said deriving said magnitude of said inlet flow step comprises deriving a current magnitude 
for said AC infusion rate, said performing a first deriving step further comprising performing 
a second iteration procedure after said deriving said magnitude of said inlet flow step, said 
second iteration procedure step comprising calculating a current yield from said current 
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magnitude of said inlet flow, ^d currcnl magnitude of said AC infusion rate, and said current 
ma^tude of said proceduie time, comparing said current yield wilh said desired yield, 
perfonning said inputting step after said comparing step when said cnnent yield is within a 
piedeteimined amount of said desired yield, adjusting said current magnitude of said total 
procednrc time when said current yield differs from desked yield by more than said 
predetermined amoxmt, repeating said deriving a magnitude of said inlet flow step after said 
adjusting said current magnitude of said total procedure time step, and repeating said second 
iteration procedure step after said repeating said second itmtion procedure step until 
predetennined convergence criteria relating to said current total procedure time is established. 

144, A method, as claimed in Claim 140, wherein said perfonning a first deriving step 
further comprises deriving a total procedure time after said deriving said magnitude of said 
inlet flow step which provides a current yield within a predetermined amount of said desired 
yield, said total procednre time being another of said parameters. 

145, A method, as claimed in Claim 143, wherein: 

said performing a first deriving step further comprises performing a third iteration procedure 
after said second iteration procedure step and when said convergence criteria associated with 
said second iteration procedure is established, said third iteration procedure step comprising 
adjusting said magnitude of said AC ratio, repeating said first and second iteration procedure 
steps, and repeating said third iteration procedure stqp until predetermined convergence 
criteria relatirg to said magnitude of said AC ratio is established, 

146, A method, as claimed in Claim 145, wherein: 

said maximum AC infiision rate is increased by a predetermined amount when said 
convergence criteria associated with said thinl iteration procedure step is established, wherein 
said performing a first derivmg step furtiier comprises repeating said first, second, and fliird 
iteration procedure steps using said increased AC infusion rate. 
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147. A me&od, as claim^ in Claim 138, wherein: 

said associating step comprises selecting a maximum magnitude for said AC infusion mte» 
and wherein said associating step fuither comprises generating a calculated magnitude of said 
inlet flow using at least said maximum magnitude of said AC infusion rate. 

148. A method, as claimed m Claim 147, wherein said performing a first deriving step 
farther comprises: 

calculatmg a theoretical magnitude of said inlet flow which provides a maximum yield of said 
at least one predetenmned blood component and comparing said theoretical and calculated 
magnitudes of said inlet flow, and wherein said inputtmg step comprises inputting the lesser 
of said theoretical magnitude and said calculated magnitude of said inlet flow. 

149. A method, as claimed in Claim 148, wherein: 

another of said parameters is a total procedure time, wherein a current magnitude for said 
total procedure time is assumed, and wherein said performing a first deriving step further 
comprises performing a first iteration procedure, said performing a fast iteration procedure 
step comprising calculating a current blood component yield using the lesser of said 
calculated and theoretical magnitudes of said inlet flow of whole blood, said current 
magnitude of said total procedure time, and said maximum AC infusion rate, comparing said 
current blood component yield with said desired blood component yield, and repeating said 
first iteration procedure using an adjustfaig current total procedure times until said current 
magnitude of said blood component yield is within a predetermined amount of said desired 
blood component yield, 

150. A method as claimed in Claim 1 48, wherein: 

another of said control parameters is a total procedure time and said performing a first 
deriving step further comprises assuming a current magnitude for said total procedure time 
and performing a first iteration procedure, said performing a first iteration procedure step 
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comprising calculating a cunent yield from the lesser of said actual and theoretical 
magnitudes of said inlet flows, said maximum AC ratio* and said maximum AC infusion rate, 
and said cunrent magnitude of said procedure time, comparing said current yield wifli said 
desired yield, incrementally adjusting said current magnitude of said total procedure time 
when said current yield differs fiom desired yield by more than a predetermined amount, and 
repeating said first iteration procedure step undl at least one of a first and second condition is 
satisfied, said first condition being that said current yield is within ^d first predetcimmed 
amount of said desired yield and said second condition being that said second iteration 
procedure step has been performed a predetermined number of times. 

151. Amethod, as claimed in Claiml 38, wherein: 

said at least one of said control parameters is a total procedure time, said performing a first 
deriving step comprising maximizing said inlet flow and minimimg said total procedure 
time* 

1 52. A method, as claimed in Claim 121 , fiarther comprising the steps of: 

providing a magnitude for each of said control parameters before said identifymg step; 

performing said collection procedure on said blood component collection device before said 
identifying step, using said providing a magnitude step, and for a first time period, wh«:ein 
said associating step is performed after expiration of said first time period. 
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